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Lattice Semiconductor's corporate headquarters, 
a 120,000-square-foot complex located a tew miles 
west of Portland, Oregon. 
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INTRODUCTION 



Lattice Semiconductor was founded in 1983 to de- 
sign, develop and manufacture high-performance semi- 
conductor components. It is a firm belief at Lattice that 
technological evolution can be accelerated through the 
continued development of higher-speed and architec- 
turally superior products. This belief led to a decision to 
enter the programmable logic marketplace by developing 
the ideal product line: the GAL (Generic Array Logic) 
family of devices. 

GAL devices are ideal for four important reasons: 

1 . GAL devices are fabricated using very high-speed 
Electrically Erasable CMOS (E 2 CMOS), which offers 
the highest degree of testability and quality of any pro- 
cess technology, as well as instant erasability, making 
GAL devices ideal for prototyping. 

2. GAL device speeds are at least as fast as any other 
TTL-compatible programmable logic device available. 

3. GAL devices have the low power consumption of 
CMOS. 

4. GAL devices utilize Output Logic Macrocells 
(OLMCs), which allow the user to configure outputs as 
needed. 

By melding all these features into a single product 
line, the GAL family is ideally targeted to replace TTU 
74HC random logic, low-density gate arrays, and all 
other programmable logic. The GAL family offers the 
benefits of reduced system cost, product size, and power 
requirements, as well as higher reliability and greatly 
simplified system design. 



Lattice GAL devices outperform bipolar PLDs 
with the introduction of the ultrafast 15ns 
GAL16V8. With a maximum l cc of 90mA, the 
GAL16V8-15 offers the best speed-power 
product in the industry. 



Why Use Programmable Logic? 

As system design methodology continues to evolve, 
there becomes an increasing need to not only simplify 
the design process, but to reduce the overall system 
size and cost, and increase system reliability. It was this 
mindset that led to the development of the first program- 
mable logic devices. In fact, the evolution of program- 
mable logic has changed the way systems are designed, 
because it offers the designer a single tool that solves all 
his needs. Programmable logic is ideal for simplifying the 
design process, because the designer can implement 
the exact logic functions wherever and whenever re- 
quired. It is also ideal for reducing system size and cost 
by offering significantly higher functional density than 
its small- and medium-scale (SSI/MSI) predecessors. 
Finally, system reliability is significantly improved because 
of simplified designs and lower parts count. 

Simplified System Design 

Programmable logic is ideal as a design tool because 
the user specifies exactly what function or functions the 
devices will perform. The SSI/MSI approach, while cap- 
able of building up the same function, requires mixing 
and matching and interconnecting predefined chip func- 
tionality to arrive at a desired result. This is often a cum- 
bersome process, resulting in underutilization of many 
of the SSI/MSI chips, as well as posing some significant 
board-layout problems. Programmable logic instead of- 
fers user-definable functionality that can be optimally 
tailored to any application. More efficient utilization, as 
well as reduced chip count, will greatly simplify the board- 
layout process, thereby streamlining the design process 
at both the conceptual stage and implementation stage. 




Applications Hotline: 
1-800-FASTGAL 



1-3 



INTRODUCTION 



Increased Functional Density 

Higher functional density than its SSI/MS) prede- 
cessors also contributes to making programmable logic 
an ideal design tool for reducing system size and cost. 
Functional density is the amount of logical functionality 
the can be compacted into a given space. Programmable 
logic can typically replace between four and twelve SSI/ 
MSI packages performing the identical function. Also, 
since the user programs the function into the devices, 
functional utilization will be much higher than when deal- 
ing with the predefined functionality of SSI/MSI. These 
factors directly contribute to lower chip count, smaller 
boards, and reduced number of boards, resulting in an 
overall reduction in system size. It naturally follows that 
fewer chips and boards and smaller systems leads to 
significantly reduced development costs and, more im- 
portantly, manufacturing costs. 

Higher Reliability 

Reduced chip count, reduced board count, and 
smaller system size contribute to much more than just 
lower cost. They also increase system reliability sub- 
stantially. It has been statistically demonstrated that 
systems with higher levels of integration, such as those 
designed with programmable logic, have much higher 
reliability than equivalent systems designed with many- 
low-density standard components. Simply put, there is 
less that can go wrong: fewer components to potentially 
fail, less interconnect on board, smaller, cooler-running, 
easier-to-manufacture systems, and so on, all contribute 
to higher reliability and are all direct benefits of design- 
ing with programmable logic. 

The systems designer would like his task to be as 
simple as possible. The system user simply requires the 
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lowest cost, highest-reliability system available. Pro- 
grammable logic provides these solutions, making it the 
ideal choice for design challenges. 



THE GAL CONCEPT 



E 2 CMOS — The Ideal Technology 

Of the three major technology approaches available, 
E 2 CMOS, UVCMOS, and bipolar, the technology of 
choice is clearly E 2 CMOS — for many reasons, includ- 
ing: testability, quality, high speed, low power, and in- 
stant erasure for prototyping and error recovery. 

Testability 

E 2 CMOS's biggest advantage over competing tech- 
nologies is its inherent testability. Capitalizing on very 
fast (50ms) erase times allows Lattice to pattern and 
erase all devices many times during manufacture, to 
directly test all characteristics including AC, DC, and 
functionality. The result is guaranteed 100% program- 
ming and functional yields to the customer — and no 
further board rework. Competing technologies suffer 
serious test constraints, as discussed below. 

Low Power 

Another advantage of this technology is the low power 
consumption of CMOS. This provides users the imme- 
diate benefit of decreased system power requirements 
allowing for higher-reliability, cooler-running systems, 
while maintaining high performance. The low power 
consumption of CMOS also permits circuit designs of 
much higher functional density, because of lower junc- 
tion temperatures and power requirements on chip. The 
user will benefit because higher functional density means 
further reduction of chip count and smaller boards in the 
system. 

High Speed 

Also advantageous is the very high speed attainable 
with Lattice's state-of-the-art fc^CMOS process — speeds 
that are at least as fast as any device using any tech- 
nology, with the exception of ECL circuits. 



Using high-performance E 2 CMOS technology, 
Lattice GAL devices (colored band) match 
bipolar PLD speeds (grey band), while 
consuming half the power. 
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Prototyping and Error Recovery 

Finally, E 2 CMOS gives the user instant erasability, 
with no additional handling, or special packages neces- 
sary. This provides ideal products for prototyping because 
designs can be altered instantly, with no waste and no 
waiting. On the manufacturing floor, instant erasability 
can also be a big advantage for dealing with pattern 
changes or error recovery. If a GAL device is accident- 
ally programmed to the wrong pattern, the recovery pro- 
cess is simple, again with no waiting or waste. Parts are 
simply put back into a device programmer and repat- 
terned. No other technology can otter this. 

A Look at Other Technologies 

Here, the technologies that compete with E 2 CMOS — 
bipolar and UVCMOS — are compared and contrasted 
with the E 2 CMOS approach. 

Bipolar 

Bipolar fuse-link technology was the first available for 
programmable logic devices. Although it offers high 
speed, it is saddled with high power dissipation. This not 
only significantly increases system power supply and 
cooling requirements but also limits the ability of high 
functional density. 

Another shortcoming of this technology is the one- 
time-programmable fuses. Complete testing is impossible, 
and manufacturers must rely on complex schemes using 
test rows and columns to simulate and correlate their 
device's performance, since the fuse array cannot be 
tested prior to programming. The result is programming 
failures at the customer location, due to incomplete 
testing. Also, because these devices can only be pro- 
grammed once, no reuse in the event of mistakes during 
prototyping or errors on the production floor are possible, 
and any misprogrammed devices must be discarded. 

UVCMOS 

UVCMOS addresses many of the shortcomings of 
the bipolar approach, but introduces many shortcomings 
of its own. This technology requires much lower power 
and, while it has the capability to erase, this comes at 
the expense of slower speeds and cumbersome erase 
procedures. 

Testability is increased over bipolar since the 'fuse' 
array can be programmed by the manufacturer, to directly 



GAL devices are programmed using industry- 
standard hardware and software tools. A wide 
variety of third-party vendors nows supports 
the Lattice GAL family. 



test the functionality and performance. The problem 
here is the long (20 minutes) erase times of this tech- 
nology, coupled with the requirement of exposing the 
devices to ultraviolet light for erasing. This becomes 
a very expensive step in the manufacturing process. 
Because of the time involved, patterning and erasing is 
performed only once — a compromised, rather than 
complete functional test. 

Additionally, the devices must be housed in expen- 
sive windowed packages to allow users to erase them. 
Again, this erase is coupled with the time-consuming 
and cumbersome task of shining ultraviolet light on the 
parts to erase them. As a cost-cutting measure, UVCMOS 
PLD manufacturers offer their devices in window/ess 
packages, which cannot be completely tested after pack- 
aging, since they cannot be erased. Of course, the user 
cannot erase them either. These factors significantly 
detract from the desirability of this technology. 

The GAL Advantage 

GAL devices are ideal programmable logic devices 
because, as the name implies, they are architecturally 
generic. Lattice has employed the macrocell approach, 
which allows users to define the architecture and func- 
tionality of each output. The key benefit to the user is 
the freedom from being tied to any specific functionality. 
This is advantageous at the manufacturing level, as well 
as the design level. 

Design Advantages 

Early programmable logic devices gave the user the 
ability to specify a function, but limited him to specific, 




Applications Hotline: 
1-800-FASTGAL 
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predetermined output architectures. Comparing the GAL 
device with fixed-architecture programmable logic de- 
vices is much like comparing these same fixed PLDs 
with SSI/MSi. The GAL family is the next generation in 
simplified system design. The user needs not bother 
searching for the architecture that best suits a particular 
design. Instead, the GAL family's generic architecture 
lets him configure as he goes. 

Manufacturing Advantages 

The one-device-does-all approach greatly simplifies 
manufacturing flow. Inventorying one generic-architec- 
ture GAL device type versus having to monitor and main- 
tain many different device types, each with its own archi- 
tecture, will not only save money, but will minimize the 
paperwork and headaches associated with the latter 
approach. Manufacturing flow is much smoother, too, 
because the handling process is greatly simplified. A 
generic-architecture GAL device also reduces the risk 
of running out of inventory and halting production, which 
can be a very expensive nightmare. Reduced chance 
of obsolete inventory and also easier QA tracking are 
additional benefits of the generic architecture. 

GAL Development Tools 

Lattice Semiconductor supports the philosophy that 
users should not be required to purchase special devel- 
opment tools to use our products. As such, GAL devices 
are fully supported by existing industry-standard devel- 
opment tools. The tools required for designing with GAL 
products can be separated into two categories: 

1. Programmable logic development software 

2. Device programmers 




Development Software 

Lattice Semiconductor believes the use of third-party 
development software is essential. Many device manu- 
facturers offer their own software-development packages 
that support only their own devices. The disadvantage 
of this approach is that the user is required to purchase 
and maintain many new software packages every time 
each manufacturer introduces a new device. Third-party 
software packages, such as ABEL from Data I/O and 
CUPL from Assisted Technology, offer generic develop- 
ment support for all programmable logic devices, and, 
with periodic updates, the user will be kept up on all pro- 
grammable logic device developments from all manu- 
facturers. For these reasons, Lattice does not offer its 
own development software, but continues to work very 
closely with third-party vendors to ensure that the highest- 
quality development software is always available to sup- 
port GAL devices. 

Device Programmers 

As with development software, Lattice believes the 
use of third-party device programmers is essential. For 
the same reasons outlined in the software support pro- 
gram above, Lattice does not offer its own device pro- 
grammers. Again, there is continued close work with 
third-party vendors to ensure that the highest-quality 
device programmers are available for programming GAL 
devices. 

The Ideal Package 

Programmable logic devices are ideal for designing 
today's systems. Lattice Semiconductor believes that the 
ideal design approach should be supported with the ideal 
products. It was on this premise that GAL devices were 
invented. The ideal device — with a generic architecture 
— fabricated with the ideal process technology, E 2 CMOS. 

We will continue to develop and expand our line of 
E 2 CMOS programmable logic devices, bringing higher 
speeds, more flexibility, and exciting new capabilities 
such as in-system programmability with our ispGAL 
family. This is the Lattice commitment to programmable 
logic and to you, our customer. □ 



Military GAL devices, fully tested over the - 55 ° 
to + 125 °C temperature range, meet the needs 
of high-reliability applications in extreme 




INTRODUCTION 



1 



GAL DEVICE SPECIFICATIONS 



LOGIC TUTORIAL 



USING DEVELOPMENT TOOLS 



GAL DEVICE APPLICATIONS 



TECHNICAL BRIEFS 



E 2 CMOS TECHNOLOGY OVERVIEW 



GAL DEVICE QUALITY AND RELIABILITY 



ARTICLE REPRINTS 



APPENDICES 



SALES OFFICES 



11 



LATT 



GAL16V8 
SPECIFICATIONS 



FEATURES 



FUNCTIONAL BLOCK DIAGRAM 



ELECTRICALLY ERASABLE CELL TECHNOLOGY 

— Reconfigurable Logic 

— Reprogrammable Cells 

— Guaranteed 100% Yields 

• HIGH PERFORMANCE E 2 CMOS TECHNOLOGY 

— Low Power: 45 mA Max Active 

35 mA Max Standby 

— High Speed: 25 ns Access Max 

35 ns Access Max 
EIGHT OUTPUT LOGIC MACROCELLS 

— Maximum Flexibility for Complex Logic Designs 

— Also Emulates 20-pin PAL® Devices with Full 
Function/Fuse Map/Parametric Compatibility 

PRELOAD AND POWER-ON RESET OF 
ALL REGISTERS 

— 100% Functional Testability 

HIGH SPEED PROGRAMMING ALGORITHM 
SECURITY CELL PREVENTS COPYING LOGIC 
DATA RETENTION EXCEEDS 20 YEARS 



DESCRIPTION 



The LATTICE E 2 CMOS GAL device combines a high 
performance CMOS process with electrically erasable 
floating gate technology. This programmable memory 
technology applied to array logic provides designers with 
reconfigurable logic and bipolar performance at sig- 
nificantly reduced power levels. 

The 20-pin GAL16V8 features 8 programmable Output 
Logic Macrocells (OLMCs) allowing each output to be 
configured by the user. Additionally, the GAL16V8 is 
capable of emulating, in a functional/fuse map/para- 
metric compatible device, all common 20-pin PAL device 
architectures. 

Programming is accomplished using readily available 
hardware and software tools. LATTICE guarantees 100 
erase/write cycles and data retention exceeds 20 years. 

Unique test circuitry and reprogrammable cells allow 
complete AC, DC, cell and functionality testing during 
manufacture. Therefore, LATTICE guarantees 100% 
field programmability and functionality of the GAL 
devices. In addition, electronic signature is available to 
provide positive device ID. A security circuit is built-in, 
providing proprietary designs with copy protection. 
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GAL16V8 EMULATING PAL DEVICES 
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GAL16V8 SPECIFICATIONS 



ABSOLUTE MAXIMUM RATINGS) 1 ) 



PIN CONFIGURATION 



Supply voltage V C c - .5 to + 7V 

Input voltage applied - 2.5 to Vcc + 1 OV 

Off-state output voltage applied . - 2.5 to V cc + 1 OV 
Storage temperature - 65 to 125°C 

1. Stresses above those listed under the "Absolute Maximum 
Ratings" may cause permanent damage to the device. These are 
stress only ratings and functional operation of the device at these 
or at any other conditions above those indicated in the operational 
sections of this specification is not implied (while programming, 
follow the programming specifications). 
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OPERATING RANGE 



SYMBOL 


PARAMETER 




UNIT 


MILITARY 


COMMERCIAL 


MIN 


TYP 


MAX 


MIN 


TYP 


MAX 


Vcc 


Supply voltage 


4.5 


5 


5.5 


4.75 


5 


5.25 


V 


T A 


Ambient temperature 


-55 











75 


°c 


T C 


Case temperature 






125 








°c 



SWITCHING TEST CONDITIONS 



Input Pulse Levels 


GND to 3.0V 


Input Rise and Fall Times 


5ns 10% - 90% 


Input Timing Reference Levels 


1.5V 


Output Timing Reference Levels 


1.5V 


Output Load 


See Figure 



FROM OUTPUT (B x . F x ) 
UNDER TEST 




3-state levels are measured 0.5V from steady-state active level. 



•C L INCLUDES JIG AND PROBE TOTAL CAPACITANCE 



CAPACITANCE (T A = 25°C, f = 1 .0 MHz) 



SYMBOL 


PARAMETER 


MAXIMUM 


UNITS 


TEST CONDITIONS 




Input Capacitance 


12 


pF 


V CC = 5.0V, V, = 2.0V 


c F 


Output Capacitance 


15 


pF 


V cc = 5.0V, V F = 2.0V 




Bidirectional Pin Cap 


15 


PF 


V CC = 5.0V, V B = 2.0V 
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I6V8 LOGIC DIAGRAM 
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ELECTRICAL CHARACTERISTICS OVER OPERATING CONDITIONS 



PRELIMINARY 

QUARTER POWER GAL16V8 



SYMBOL 


PARAMETER 


TEST CONDITIONS 


TEMP. 
RANGE 


MIN. 


MAX. 


UNITS 


'|H. '|L 


input Lcdftdye i^uirem 


RNn<\y..,<u^^ MAX 






+ 10 


«A 
fin 


'bzh 
'bzl 


Bidirectional 

Pin Leakage Current 


GND<V| N <V CC MAX 




— 


± 10 




Ifzl 
Ifzh 


Output Pin 
Leakage Current 


GNDsV| N sV C c MAX 






±10 


/*A 


Ice 


Operating Power Supply Current 


F=15MHz 
V CC = V CC MAX 


COM'L 


— 


45 


mA 


MIL 


— 


50 


mA 


los 1 


Output Short Circuit 


V cc = 5.0V V 0UT = GND 




-30 


-130 


mA 


'se 


Standby Power Supply Current 


V CC = V CC MAX 


COM'L 


— 


35 


mA 


MIL 




45 


mA 


Vol 


Output Low Voltage 


V CC = 
V cc MIN 


I l = 24 mA 


COM'L 




0.5 


V 


I l= 12 mA 


MIL 




0.5 


V 


V H 


Output High Voltage 


Vcc = 
V cc MIN 


Iqh= -3.2 mA 


COM'L 


2.4 




V 


I h = - 2.0 mA 


MIL 


2.4 




V 


V,H 


Input High Voltage 






2.0 


Vcc + 1 


V 




Input Low Voltage 








0.8 


V 



HALF-POWER GAL16V8 



SYMBOL 


PARAMETER 


TEST CONDITIONS 


TEMP. 
RANGE 


MIN. 


MAX. 


UNITS 


• IM • 1 1 L 




Input Leakage Current 




GND<V| N <V CC MAX 




, 


± 10 




'bzh 
!bzl 


Bidirectional 

Pin Leakage Current 


GND<V IN <V CC MAX 






±10 




Ifzl 

IpZH 


Output Pin 
Leakage Current 


GND<V| N <V CC MAX 






±10 


** 


'cc 


Operating Power Supply Current 


F=15 MHz 
V CC = V CC MAX 


COM'L 




90 


mA 


MIL 




90 


mA 


los 1 


Output Short Circuit 


V CC = 5.0V V 0UT = GND 




-30 


- 130 


mA 


'SB 


Standby Power Supply Current 


V CC = Vcc MAX 


COM'L 




70 


mA 


MIL 




70 


mA 


Vol 


Output Low Voltage 


Vcc = 
V cc MIN 


l OL = 24 mA 


COM'L 




0.5 


V 


I l = 12 mA 


MIL 




0.5 


V 


V h 


Output High Voltage 


V C c = 
V cc MIN 


I h= -3.2 mA 


COM'L 


2.4 




V 


I h= -2.0 mA 


MIL 


2.4 




V 


V,H 


Input High Voltage 






2.0 


Vcc + 1 


V 


V,L 


Input Low Voltage 








0.8 


V 



1 One output at a time for a maximum duration of one second. 
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TCHING CHARACTERISTICS OVER OPERATING CONDITIONS 





TEMPERATURE RANGE 










COMMERCIAL 


MILITARY 




TEST CONDITIONS 1 


SYMBOL 


PARAMETER 


GAL16V8-25 


GAL16V8-35 


GAL16VS-30 


UNITS 








MIN. 


MAX. 


MIN. | MAX. 


MIN 


MAX. 








1 DVQV1 


Delay from Input 

tn Aptiv/p Oiitnut 




25 




35 




30 




200 


50 


T DVQV2 


Product Term Enable 

Apcpcc Timp trt 
niii/CSo i ii lie 

Active Output 


— 


25 




35 


- 


30 


ns 


Active High R= co 
Active Low R = 200 


50 


T DVOZ 2 


PrrwHiirt Tprm DiQflhlp 

to Outputs Off 


— 


25 




35 


- 


30 


ns 


From V OH R = co 
From V OL R = 200 


5 


T GHQZ 2 


OE Output Enable 
High to Outputs Off 


— 


20 





25 


— 


25 


ns 


From Vqh R = 00 
From V l r = 200 


5 


T GLQV 


OE Output Enable 
Access Time 


- 


20 


— 


25 


— 


25 


ns 


Active High R = oo 
Active Low R = 200 


50 


T CHQV 


Clock High to Output 
Valid Access Time 





15 




25 





20 


ns 


200 


50 


T DVCH 


Input or Feedback 
Data Setup Time 


20 




30 




25 




ns 






TcHDX 


Input or Feedback 
Data Hold Time 

















ns 






TcHCH 


Clock Period 

( T DVCH + T CHQV) 


35 




55 




45 




ns 






T CHCL 


Clock Width High 


15 




20 




15 




ns 






T CLCH 


Clock Width Low 


15 




20 




15 




ns 






'max 


Maximum 
Frequency 


SYNCH. 
ASYNCH. 




28.5 
40.0 




18.1 
28.5 




22.2 
33.3 


MHz 


200 


50 



1 Refer also to Switching Test Conditions. 2 3-state levels are measured 0.5V from steady-state active level. 



SWITCHING WAVEFORMS 



INPUTS 
I/O, REG. 



REGISTERED 
OUTPUTS 



ANY INPUT 
PROGRAMMED 

FOR C5E CONTROL 



COMBINATIONAL 
OUTPUTS 



— tCHCL - 

v V 



/ V 



> — ( 




y 



Applications Hotline: 
1-800-FASTGAL 
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OUTPUT LOGIC MACROCELL (OLMC) 



The following discussion pertains to configuring the 
output logic macrocell. It should be noted that actual 
implementation is accomplished by development soft- 
ware/hardware and is completely transparent to the 
user. 

The outputs of the AND array are fed into an OLMC, 
where each output can be individually set to active high 
or active low, with either combinational (asynchronous) 
or registered (synchronous) configurations. A common 
output enable can be connected to all outputs, or 
separate inputs or product terms can be used to provide 
individual output enable controls. The output logic 
macrocell provides the designer with maximal output 
flexibility in matching signal requirements, thus pro- 
viding more functions than possible with existing 20-pin 
PAL devices. 

The various configurations of the output logic macrocell 
are controlled by programming certain cells (SYN, ACO, 
ACl(n), and the XOR(n) polarity bits) within the 82-bit 
architecture control word. The SYN bit determines 



whether or not a device will have registered output 
capability or will have purely combinational outputs. It 
also replaces the ACO bit in the two outermost 
macrocells, OLMC (12) and OLMC (19). When first set- 
ting up the device architecture, this is the first bit to 
choose. 

Architecture control bit ACO and the eight ACl(n) bits 
direct the outputs to be wired always on, always off (as 
an input), have a common OE term (pin 11), or to be 
three-state controlled separately from a product term. 
The architecture control bits also determine the source 
of the array feedback term through the FMUX, and 
select either combinational or registered outputs. 

The five valid macrocell configurations are shown in 
each of the macrocell equivalent diagrams. In all cases, 
the eight XOR(n) bits individually determine each out- 
put's polarity. The truth table associated with each 
diagram shows the bit values of the SYN, ACO, and 
AC1 (n) that set the macrocell to the configuration shown. 




FROM 
ADJACENT STAGE 
OUTPUT (m) 



GAL16V8 Output Logic Macrocell(n) 



• NOTE — SYN replaces ACO and SYN replaces AC1 (m) as an input to the FMUX in OLMC (1 2) and OLMC (1 9) to maintain full 
JEDEC fuse map compatibility with PAL type device architectures. 
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OUTPUT lOCfC M«C«OCELL[ni 



-A 



SYN 


ACO 


AC1(n) 


FUNCTION 


1 





1 


INPUT MODE 
(I.e. 12L6. 14P4) 



IN THIS ARCHITECTURE MODE, 
PINS 1 AND 11 ARE DATA INPUTS 
THE OUTPUT BUFFER IS DISABLED 



Input Mode 




ADJACENT STAGE 
OUTPUTIfn) 



SVN 


ACO 


AC1(n) 


FUNCTION 


1 








ALL OUTPUTS 
COMBINATIONAL 

(I.e. 10L8, 12H6) 



IN THIS ARCHITECTURE MODE, 

PINS 1 AND 11 ARE DATA INPUTS. 

ALL OUTPUTS ARE COMBINATIONAL AND 

ALWAYS ACTIVE. 



XOR(n) 


OUTPUT POLARITY 




1 


ACTIVE LOW 
ACTIVE HIGH 



Dedicated Combinational Output 



Applications Hotline: 
1-800-FASTGAL 
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l> • •:• 



SYN 


ACO 


AC1(n| 


FUNCTION 


1 


1 


1 


ALL OUTPUTS 
COMBINATIONAL 
(I.e. I6L8. 16H8) 



IN THIS ARCHITECTURE MODE. 
PINS 1 AND 11 ARE DATA INPUTS. 
ALL OUTPUTS ARE COMBINATION, 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output 




SYN 


ACO 


AC1(n) 


FUNCTION 





1 


1 


COMBINATIONAL 
OUTPUT IN A 
REGISTERED DEVICE 



IN THIS ARCHITECTURE MODE, 
PIN 1 • CK, PIN 11 • OE. THIS MACROCELL 
IS COMBINATIONAL, BUT AT LEAST ONE 
OF THE OTHERS IS REGISTERED OUTPUT. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output in a Registered Device 



output tocic MAcnocELLtm 




SYN 


ACO 


AC1(n) 


FUNCTION 





1 





OUTPUT 
REGISTERED 
(i... 16R8) 



IN THIS ARCHITECTURE MODE, 
PIN 1 = CK, PIN 11 = OE. 



XOR(n) 


OUTPUT POLARITY 




1 


ACTIVE LOW 
ACTIVE HIGH 



Registered Active High or Low Output 
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ROW ADDRESS MAP DESCRIPTION 



ARCHITECTURE CONTROL WORD 



Figure 1 shows a block diagram of the row address map. 
There are a total of 36 unique row addresses available 
to the user when programming the GAL16V8 devices. 
Row addresses 0-31 each contain 64 bits of input term 
data. This is the user array where the custom logic pat- 
tern is programmed. Row 32 is the electronic signature 
word. It has 64 bits available for any user-defined pur- 
pose. Row 33-59 are reserved by the manufacturer and 
are not available to users. 

Row 60 contains the architecture and output polarity in- 
formation. The 82 bits within this word are programmed 
to configure the device for a specific application. Row 61 
contains a one bit security cell that when programmed 
prevents further programming verification of the array. 
Row 63 is the row that is addressed to perform a bulk 
erase of the device, resetting it back to a virgin state. 
Each of these functions is described in the following 
sections. 



SCLK 



Sdoui 



ELECTRONIC SIGNATURE 



ARCHITECTURE CONTROL » 



SECURITY CELL 
RESERVED 
63 - BULK ERASE 



Figure 1. GAL16V8 Row Address Map Block Diagram 



ELECTRONIC SIGNATURE WORD 

An electronic signature word is provided with every 
GAL16V8 device. It resides at Row address 32 and con- 
tains 64 bits of reprogrammable memory that can con- 
tain user-defined data. Some uses include user ID 
codes, revision numbers, or inventory control. This 
signature data is always available to the user indepen- 
dent of the state of the security cell. 



All of the various configurations of the GAL1 6V8 devices 
are controlled by programming cells within the 82-bit 
architecture control word that resides at row 60. The 
location of specific bits within the architecture control 
word is shown in the control word diagram in Figure 2. 
The function of the SYN, ACO and AC1 (n) bits have been 
explained in the output logic macrocell description. The 
eight polarity bits determine each output's polarity in- 
dividually by selectively correct logic. The numbers 
below the XOR(n) and AC1(n) bits in the architecture con- 
trol word diagram shows the output device pin number 
that the polarity bits control. 



H. ■ 






I1WTS 






*H 


PT t3 I PT 33 














31 BITS 
PRODUCT TERM 
DISABLES 


4 BITS 


1 BIT 


■ MTS 

•Cum 

ARCHITECTURE 


ACO 


4 BITS 

lORfm 


31 BITS 
PRODUCT TERM 
DISABLES 




MM 

2 13 14 1 




1 1 1 1 1 1 1 1 




Mil 

■ 17 11 11 



Figure 2. GAL16V8 Architecture 
Control Word Diagram 



SECURITY CELL 

Row address 61 contains the security cell (one bit). The 
security cell is provided on all GAL16V8 devices as a 
deterrent to unauthorized copying of the array configura- 
tion patterns. Once programmed, the circuitry enabling 
array access is disabled, preventing further program- 
ming or verification of the array (rows 0-31). The cell can 
be erased only in conjunction with the array during a bulk 
erase cycle, so the original configuration can never be 
examined once this cell is programmed. Signature data 
is always available to the user. 

BULK ERASE MODE 

By addressing row 63 during a programming cycle, a 
clear function performs a bulk erase of the array and the 
architecture word. In addition, the electronic signature 
word and the security cell are erased. This mode resets 
a previously configured device back to its virgin state. 



Applications Hotline: 
1-800-FASTGAL 
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OUTPUT REGISTER PRELOAD 

When testing state machine designs, all possible states 
and state transitions must be verified in the design, not 
just those required in the normal machine operations. 
This is because in system operation, certain events oc- 
cur that may throw the logic into an illegal state (power- 
up, line voltage glitches, brown-outs, etc.). To test a 
design for proper treatment of these conditions, a way 
must be provided to break the feedback paths, and force 
any desired (ie. illegal) state into the registers. Then the 
machine can be sequenced and the outputs tested for 
correct next state conditions. 

The GAL16V8 device includes circuitry that allows each 
registered output to be synchronously set either high or 
low. Thus, any present state condition can be forced for 
test sequencing. Figure 3 shows the pin functions 
necessary to preload the registers. The register preload 
timing and pin voltage levels necessary to perform the 
function are shown below. This test mode is entered by 
raising PRLD to Vies, which enables the serial data in 
(Sqin) buffer and the serial data out (Sdout) buffer. Data 
is then serially shifted into the registers on each rising 
edge of the clock, DCLK. Only the macrocells with 
registered output configurations are loaded. If only 3 



outputs have registers, then only 3 bits need be shifted 
in. The registers are loaded from the bottom up, as 
shown in Figure 3. 



Dan - 



Sdin- 




10 1 1 — PRLD 



Figure 3. Output Register Preload Pinout 



LATCH-UP PROTECTION 

GAL devices are designed with an on-board charge 
pump to negatively bias the substrate. The negative bias 
is of sufficient magnitude to prevent input undershoots 
from causing the circuitry to latch. Additionally, outputs 
are designed with n-channel pull ups instead of the tradi- 
tional p-channel pullups to eliminate any possibility of 
SCR induced latching. 



v C c 



Vcc 



DCLK 



ov 
Vies 
ov 

V, H 
V|L 

V|„ 
V|L 
VOM 
Vol 



7 



-it- 



r 



-it- 



X 



3c 



\ 



7^ 



- x — y w 



Figure 4. Register Preload Waveforms 



NOTE — The S DOUT output buffer is an open drain output during preload. This pin should be terminated to V cc 
with a 10K resistor. 
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POWER-UP RESET 



■7 


c 




00000 


XXXXXX) 


f VALID CLOCK SIGNAL 




1RESET 



INTERNAL 
REG Q 



FEEDBACK/EXTERNAL 
REG Q 
OUTPUT 



INTERNAL REGISTER 
RESET TO LOGIC 



EXTERNAL REGISTER 
OUTPUT = LOGIC 1 



Circuitry within the GAL16V8 provides a reset signal to 
all registers during power-up. All internal registers will 
have their Q outputs set low after a specified time 
Preset)- As a result, the state onjhe registered output 
pins (if they are enabled through OE) will always be high 
on power-up, regardless of the programmed polarity of 
the output pins. This feature can greatly simplify state 
machine design by providing a known state on power-up. 



The timing diagram for power-up is shown above. 
Because of asynchronous nature of system power-up, 
some conditions must be met to guarantee a valid 
power-up reset of the GAL16V8. First, the Vcc rise must 
be monotonic. Second, the clock input must become a 
proper TTL level within the specified time (tpR). The reg- 
isters will reset within a maximum of tRgsET time. As in 
normal system operation, avoid clocking the device until 
all input and feedback path setup times have been met. 



FIELD SUPPORT TOOLS 



PROGRAMMER/DEVELOPMENT SYSTEMS 



VENDOR 


SYSTEM 


REVISION 


DATA I/O 


Model 29B 
Logic Pak 


V04 




PrT Adapter 
303A-009 


V03 




Model 60 




STAG 


PPZ/ZM2200 


11/20 




ZL30 & ZL32 


V30.41 




ZL30A 


V30A.03 


VARIX 


Omni-Programmer 




INLAB 


Model 28 




VALLEY DATA SCIENCES 


Model 160 


* * 



" * This version being qualified. 



SOFTWARE DEVELOPMENT TOOLSt 



PACKAGE 


VENDOR 


REVISION 


CUPL 


Assisted Technology 


2.1 


ABEL 


Data I/O 


1.13 


PLDtest 


Data I/O 


t 


DASH-ABEL 


Data I/O 


1.0 


PALASM 


Monolithic Memories 


t 



T When emulating PAL devices any revision ol the software can be used to create 
the PAL JEDEC file. The programming hardware will automatically configure 
the GAL architecture. 



Although it is possible to program GAL devices 
manually, LATTICE strongly recommends the use of 
approved programming hardware and software. Pro- 
gramming on unapproved equipment will generally void 
all guarantees. 

Approved equipment includes LATTICE programming 
algorithms that program the array, automatically con- 
figure the architecture control word, and track the 
number of program cycles each device has experienced 
(this information is stored within each GAL device). This 
in turn assures data retention and reliability. Contact the 
factory for specific conditions which must be met to gain 
programming equipment approval or for the current list 
of approved GAL programming equipment. 



Applications Hotline: 
1-800-FASTGAL 
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DELTA TCHOV <T co ) VS OUTPUT LOADING 



DELTA TDVQV (T PD ) VS OUTPUT LOADING 











/ 
/ 


f 







































200 400 600 80) 1000 

OUTPUT LOAD CAPACITANCE (pF) 













f 







































200 400 600 800 11 

OUTPUT LOAD CAPACITANCE (f 




IGAL16V8 SPECIFICATIONS 



PACKAGE INFORMATION 




20-PIN PLASTIC LEADED CHIP CARRIER (PLCC) 



'n n n n rTl 



_l 1 1 II II I 1 I 



i 
] 
] 

3 - 

: 




20-PIN, 300-MIL CERDIP 







nnnnnnnnn ri 








uuuuuuuuuu 




20-PIN LEADLESS CHIP CARRIER (LCC) 




, r i » 

:H]H HH HHfl--;'~ 



.■» gixnui mc-hio 



SPEED/POWER 
CROSS-REFERENCE GUIDE 



GAL16V8 -30 Q R I B /883C 

I MIL PROCESS: X - Hl-REL(X) ( - 55° TO + 125°C) 

/883C — FULL 8B3C CONFORMANCE 

I BURN-IN BLANK — NO BURN-IN 

B — BURNED IN 

' TEMPERATURE: BLANK — COMMERCIAL (0° TO +75°C) 

I -INDUSTRIAL (-40" TO +85°C) 

M - MILITARY ( -55° TO + 125"C) 

I PACKAGE: P — PLASTIC DIP 

D - CERDIP 
C - SIDE-BRAZED DIP 
J - PLCC (J-LEAD) 
R - CERAMIC LCC 
U — DIE 

POWER: Q - QUARTER POWER 

L- HALF POWER 

— SPEED: -15 = 15ns| COMMERCIAL 

-25 = 25ns AND 
-35 = 35nsl INDUSTRIAL 
-20 = 20ns| MILITARY 
-30 = 30ns -883C 
-40 = 40ns I HI-REL(X) 

DEVICE NAME: GAL16VB 

GAL20V8 
GAL39V18 
ispGAL16Z8 

NOTES: I) All fields are adiacem M iih no emooddcd spaces (ilidinfli 

2) When /B83C and X process is indicated M and B are excluded 

3) B refers to 168 trams ol burn-m beyi»ui ihe rmiu.r.-ri M.mriatd amount 



The specifications and information contained herein are subject to change without notice 



SPEED 


POWER 


GAL 


BIPOLAR 


DEVICE 


PAL DEVICE 


15ns 


45mA 


-15Q 




15ns 


90mA 


-15L 




15ns 


180mA 


use - 15L 


B 


* 20ns 


50 mA 


-20Q 




* 20ns 


90mA 


-20L 




* 20ns 


210mA 


use -20L 


B MIL 


25ns 


45mA 


-25Q 




25ns 


90mA 


-25L 


B-2 


25ns 


180mA 


use -25L 


A 


* 30ns 


50mA 


-30Q 




* 30ns 


90mA 


-30L 


B-2 MIL 


* 30ns 


210mA 


use -30L 


A MIL 


35ns 


45mA 


-35Q 


B-4 


35ns 


90mA 


-35L 


A-2 


35ns 


180mA 


use -35L 


STD 


* 40ns 


50mA 


-40Q 


B-4 MIL 


* 40ns 


90mA 


-40L 


A-2 MIL 


* 40ns 


210mA 


use -40L 


STD MIL 



* MILITARY TEMPERATURE RANGE 



Applications Hotline: 
1-800-FASTGAL 
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FEATURES 



FUNCTIONAL BLOCK DIAGRAM 



ELECTRICALLY ERASABLE CELL TECHNOLOGY 

— Reconfigurable Logic 

— Reprogrammable Cells 

— Guaranteed 100% Yields 

HIGH PERFORMANCE E 2 CMOS TECHNOLOGY 

— Low Power: 45 mA Max Active 

35 mA Max Standby 

— High Speed: 25 ns Access Max 

35 ns Access Max 
EIGHT OUTPUT LOGIC MACROCELLS 

— Maximum Flexibility for Complex Logic Designs 

— Also Emulates 24-Pin PAL® Devices with 
Full Function/Fuse Map Compatibility 

PRELOAD AND POWER-ON RESET OF 
ALL REGISTERS 

— 1 00% Functional Testability 

HIGH SPEED PROGRAMMING ALGORITHM 
SECURITY CELL PREVENTS COPYING LOGIC 
DATA RETENTION EXCEEDS 20 YEARS 



DESCRIPTION 



Lattice Semiconductor's E 2 CMOS GAL20V8 combines 
a high performance CMOS process with electrically 
erasable floating gate technology. This programmable 
memory technology applied to array logic provides 
designers with reconfigurable logic and bipolar perform- 
ance at significantly reduced power levels. 

The 24-pin GAL20V8 features 8 programmable Output 
Logic Macrocells (OLMC) allowing each output to be 
configured by the user. Additionally, the GAL20V8 is 
capable of emulating, in a functional/fuse map 
compatible device, all common 24-pin PAL device 
architectures. 

Programming is accomplished using readily available 
hardware and software tools. LATTICE guarantees 1 00 
erase/write cycles, and that data retention exceeds 20 
years. 

Unique test circuitry and programmable cells allow com- 
plete AC, DC, cell and functionality testing during manu- 
facture. Therefore, LATTICE guarantees 100% field 
programmability and functionality of all GAL products. 
In addition, electronic signature is available to provide 
positive device ID. A security circuit is built-in, providing 
proprietary designs with copy protection. 



H-C>- 



h-ce 



QH5 



E-K 



QU 



64x40 PROGRAMMABLE 
AND ARRAY 



GAL™ 20V8 




PIN NAMES 



lo-'u 


INPUT 


OE 


OUTPUT ENABLE 


CK 


CLOCK INPUT 


Vcc 


POWER ( + 5V) 


S _B 5 


BIDIRECTIONAL 


GND 


GROUND 


F0-F7 


OUTPUT 





GAL20V8 EMULATING PAL DEVICES 



Applications Hotline: 
1-800-FASTGAL 
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ABSOLUTE MAXIMUM RATINGS 1 



Supply voltage V cc - .5 to + 7V 

Input voltage applied -2.5 to Vcc + 1 ° v 

Off-state output voltage applied . . . - 2.5 to V C c + 1.0V 
Storage temperature - 65 to 125°C 

1 . Stresses greater than those listed under the "Absolute Maximum 
Ratings" may cause permanent damage to the device. These are 
stress only ratings and functional operation of the device at these 
or at any other conditions greater than those indicated in the oper- 
ational sections of this specification is not implied (while program- 
ming, following the programming specifications. 



PIN CONFIGURATION 




CHIP CARRIER 



innn nn 



GAL - 20V8 
TOP VIEW 



1 F. 

□ F, 

IK 
I", 
]F, 
3 NC 



LIU U UU UU 



OPERATING RANGE 





TEMPERATURE RANGE 




SYMBOL 


PARAMETER 


MILITARY 


COMMERCIAL 


UNIT 


MIN 


TYP 


MAX 


MIN 


TYP 


MAX 


Vcc 


Supply voltage 


4 5 


5 


5.5 


4.75 


5 


5.25 


V 


Ta 


Ambient temperature 


-55 











75 


"C 


Tc 


Case temperature 






125 








°c 



SWITCHING TEST CONDITIONS 



Input Pulse Levels 


GND to 3.0V 


Input Rise and Fall Times 


5ns 10% - 90% 


Input Timing Reference Levels 


1.5V 


Output Timing Reference Levels 


1.5V 


Output Load 


See Figure 



FROM OUTPUT (Bx. F x | 
UNDER TEST 




3-state levels are measured 0.5V from steady-state active level. 



CAPACITANCE (T/J = 25°C, f = 1 .0 MHz) 



•C L INCLUDES JIG AND PROBE TOTAL CAPACITANCE 













c, 


Input Capacitance 


12 


pF 


V CC = 5.0V, V, = 2.0V 


c F 


Output Capacitance 


15 


PF 


V CC = 5.0V, V F = 2.0V 


C B 


Bidirectional Pin Cap 


15 


pF 


V CC = 5.0V, V B = 2.0V 
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GAL 20V8 LOGIC DIAGRAM 
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ELECTRICAL CHARACTERISTICS OVER OPERATING CONDITIONS 



PRELIMINARY 

QUARTER-POWER GAL20V8 



SYMBOL 


PARAMETER 


TEST CONDITIONS 


TEMP. 


MIN. 


MAX. 


UNITS 


l|H. 1 1 1_ 


Input Leakage Current 


GND<V| N <V CC MAX 






± 10 




Ibzh 

'BZL 


Bidirectional 

Pin I osksno Oiirrpnt 

I III LcdrXciyc \jUI 1 CI 11 


GND<V| N <V C c MAX 




— 


+ 10 


mA 


Ifzl 
Ifzh 


Output Pin 
Leakage Current 


GND<V, N <;V CC MAX 




— 


± 10 


mA 


'cc 


Operating Power Supply Current 


F=15 MHz 
V CC = V CC MAX 


COM'L 


— 


45 


mA 


MIL 




50 


mA 


los 1 


Output Short Circuit 


V CC = 5.0V V 0UT = GND 




-30 


-130 


mA 


'SB 


Standby Power Supply Current 


\Jr~r~ = \Jr~r- MAX 
V CC — »cc 


COM'L 


— 


35 


mA 


MIL 




45 


mA 


Vol 


Output Low Voltage 


V CC = 
V cc MIN 


I l = 24 mA 


COM'L 




0.5 


V 


l 0L = 12 mA 


MIL 


VoH 


Output High Voltage 


V cc = 
V cc MIN 


I h= -3.2 mA 


COM'L 


2.4 




V 


I h= -2.0 mA 


MIL 


V,H 


Input High Voltage 






2.0 


Vcc + 1 


V 


V,L 


Input Low Voltage 








0.8 


V 



HALF-POWER GAL20V8 



l|H. 1 1 1_ 


Input Leakage Current 


GNDsV| N <V cc MAX 






±10 


/-A 


Ibzh 

'bzl 


Bidirectional 

Pin Leakage Current 


GNDsV| N <V cc MAX 






±10 


l«A 


Ifzl 
'fzh 


Output Pin 
Leakage Current 


GNDsV| N £V C c MAX 






±10 


/-A 


Ice 


Operating Power Supply Current 


F= 15 MHz 
V CC = V CC MAX 


COM'L 




90 


mA 


MIL 




90 


mA 


los 1 


Output Short Circuit 


V cc = 5.0V V 0UT = GND 




-30 


-130 


mA 


ISB 


Standby Power Supply Current 


V CC "Vcc MAX 


COM'L 




70 


mA 


MIL 




70 


mA 


Vol 


Output Low Voltage 


V CC = 
V cc MIN 


Iol = 24 mA 


COM'L 




0.5 


V 


I l= 12 mA 


MIL 


Voh 


Output High Voltage 


v cc = 
V cc MIN 


l OH = -3.2 mA 


COM'L 


2.4 




V 


I h= -2.0 mA 


MIL 


V| H 


Input High Voltage 






2.0 


V CC + 1 


V 


V, L 


Input Low Voltage 








0.8 


V 



One output at a time for a maximum duration of one second. 
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SWITCHING CHARACTERISTICS OVER OPERATING CONDITIONS 





TEMPERATURE RANGE 










COMMERCIAL 


MILITARY 




TEST CONDITIONS 1 


SYMBOL 


PARAMETER 


GAL20V8-25 


GAL20V8-35 


GAL20V8-30 


UNITS 




MIN. 


MAX. 


MIN. 


MAX. 


MIN. 


MAX. 




R(0) 


C L (pf) 


T DVQV1 


Delay from Input 
to Active Output 


- 


25 


— 


35 


- 


30 


ns 


200 


50 


TdVQV2 


Product Term Enable 
Access Time to 
Active Output 


— 


25 


— 


35 


— 


30 


ns 


Active High R = oo 
Active Low R = 200 


50 


T OVQZ 2 


Product Term Disable 
to Outputs Off 




25 




35 




30 


ns 


From Vqh R = °° 
From V 0L R = 200 


5 


T GHQZ 2 


OE (Output Enable) 
High to Outputs Off 




Of") 




OR 




OR 


ns 


From V h R = °° 
From V l r = 200 


E 


T GLQV 


OE (Output Enable) 
Access Time 








oc 




OR 


ns 


Active High R= o° 
Active Low R = 200 


ou 


T CHQV 


Clock High to Output 
Valid Access Time 




I 




OR 




on 


ns 


9nn 


Rfl 


T DVCH 


Input or Feedback 
Data Setup Time 


20 




30 




25 




ns 






T CHDX 


Input or Feedback 
Data Hold Time 

















ns 






TcHCH 


Clock Period 
(Tdvch + T CHQV ) 


35 




55 




45 




ns 






TcHCL 


Clock Width High 


15 




20 




15 




ns 






TcLCH 


Clock Width Low 


15 




20 




15 




ns 






f MAX 


Maximum 
Frequency 


SYNCH. 
ASYNCH. 




28.5 
40.0 




18.1 
28.5 




22.2 
33.3 


MHz 


200 


50 



'Refer also to Switching Test Conditions. 2 3-state levels are measured 0.5V from steady-state active level 



INPUTS 
I/O, REG. 
FEEDBACK 



REGISTERED 
OUTPUTS 



ANY INPUT 
PROGRAMMED 
FOR OE CONTROL 



COMBINATIONAL 
OUTPUTS 



VALID INPUT 



- tCHDX "* tCHCL -* tCLCH 



X 



> — K 



z 



xxxxxxxxxxxxxxxxxxxxxxxxxp iq ^^Y 

t D VQV1 IS* tDVQZ- ^1 -«-tDVQV2-»- 



Applications Hotline: 
1-800-FASTGAL 
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OUTPUT LOGIC MACROCELL 



The following discussion pertains to configuring the 
Output Logic Macrocell. It should be noted that actual 
implementation is accomplished by development soft- 
ware/hardware and is completely transparent to the 
user. 

The outputs of the AND array are fed into an OLMC, 
where each output can be individually set to active high, 
or active low, with either combinational (asynchronous) 
or registered (synchronous) configurations. A common 
output enable can be connected to all outputs, or 
separate inputs or product terms can be used to provide 
individual output enable controls. The Output Logic 
Macrocell provides the designer with maximal output 
flexibility in matching signal requirements, thus pro- 
viding more functions than possible with existing 24-pin 
PAL devices. 

The various configurations of the Output Logic Macrocell 
are controlled by programming certain cells (SYN, ACO, 
AC1(n), and the XOR(n) polarity bits) within the 82-bit 
Architecture Control Word. The SYN bit determines 



whether a device will have registered output capability 
or purely combinational outputs. It also replaces the 
ACO bit in the two outermost macrocells, OLMC (1 5) and 
OLMC (22). When first setting up the device architec- 
ture, this is the first bit to choose. 

Architecture Control bit ACO and the eight AC1(n) bits 
direct the outputs to be wired always on, always off (as 
an input), have a common OE term (pin 13), or to be 
three-state controlled separately from a product term. 
The Architecture Control bits also determine the source 
of the array feedback term through the FMUX, and 
select either combinational or registered outputs. 

The five valid macrocell configurations are shown in 
each of the macrocell equivalent diagrams. In all cases, 
the eight XOR(n) bits individually determine each out- 
put's polarity. The truth table associated with each 
diagram shows the bit values of the SYN, ACO, and 
AC1 (n) that set the macrocell to the configuration shown. 




FROM 
ADJACENT STAGE 
OUTPUT (m) 



GAL20V8 Output Logic Macrocell(ri) 



NOTE — SYN replaces ACO and SYN replaces AC1(m) as an input to the FMUX in OLMC(15) and OLMC(22) to maintain full JEDEC fuse map 
compatibility with PAL type device architectures. 



GAL20V8 SPECIFICATIONS 



4 



OUTPUT LOGIC MACnOCELUrV 



-A 



x r 



SYN 


ACO 


ACI(n) 


FUNCTION 


1 





1 


INPUT MODE 
(I.e. 20L2. 18P4) 



IN THIS ARCHITECTURE MODE . 
PINS 1 ANO 13 ARE DATA INPUTS 
THE OUTPUT BUFFER IS DISABLED 



H 



Dedicated Input Mode 




SYN 


ACO 


ACl(n> 


FUNCTION 


1 








ALL OUTPUTS 
COMBINATIONAL 
(i.e. 16H6) 



IN THIS ARCHITECTURE MODE, 

PINS 1 AND 13 ARE DATA INPUTS. 

ALL MACROCELLS CONFIGUREO AS OUTPUTS 

ARE COMBINATIONAL AND ALWAYS ACTIVE. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Dedicated Combinational Output 



Applications Hotline: 
1-800-FASTGAL 
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SYN 


ACO 


AC1(n) 


FUNCTION 


1 


1 


1 


ALL OUTPUTS 
COMBINATIONAL 
(i.e. 20L8. 20H8) 



IN THIS ARCHITECTURE MODE 
PINS 1 AND 13 ARE DATA INPUTS. 
ALL OUTPUTS ARE COMBINATIONAL. 



XOR(n) 


OUTPUT POLARITY 




1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output 




SYN 


ACO 


ACI(n) 


FUNCTION 





1 


1 


COMBINATIONAL 
OUTPUT IN A 
REGISTERED DEVICE 



IN THIS ARCHITECTURE_MODE. 
PIN 1 = CK. PIN 13 = OE. THIS MACROCELL 
IS COMBINATIONAL. BUT AT LEAST ONE 
OF THE OTHERS IS A REGISTERED OUTPUT 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output in a Registered Device 




Registered Active High or Low Output 
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ROW ADDRESS MAP DESCRIPTION 

Figure 1 shows a block diagram of the row address map. 
There are a total of 44 unique row addresses available 
to the user when programming the GAL20V8. Row ad- 
dresses 0-39 each contain 64 bits of input term data. 
This is the user array where the custom logic pattern is 
programmed. Row 40 is the Electronic Signature Word. 
It has 64 bits available for any user-defined purpose. 
Row 41-59 are reserved by the manufacturer and are 
not available to users. 

Row 60 contains the architecture and output polarity in- 
formation. The 82 bits within this word are programmed 
to configure the device for a specific application. Row 61 
contains a one bit Security Cell that when programmed 
prevents further programming verification of the array. 
Row 63 is the row that is addressed to perform a bulk 
erase of the device, resetting it to a virgin state. Each 
of these functions is described in the following sections. 



SCLK ] 



SHIFT REGISTER 



-PT40 PT39*— 



ELECTRONIC SIGNATURE 



ELECTRONIC SIGNATURE 



RESERVED ADDRESS SPACE 



ARCHITECTURE CONTROL V 



SECURITY CELL 
RESERVED 



Figure 1 . GAL20V8 Row Address Map Block Diagram 



ELECTRONIC SIGNATURE WORD 

An Electronic Signature Word is provided with every 
GAL20V8 device. It resides at row address 40 and con- 
tains 64 bits of reprogrammable memory that can con- 
tain user-defined data. Some uses include ID codes, 
revision numbers, or inventory control. The ability to 
mark and identify parts electronically means improved 
parts handling and lower inventory costs. This signature 
data is always available to the user independent of the 
state of the Security Cell. 



ARCHITECTURE CONTROL WORD 

All of the various configurations of the GAL20V8 are con- 
trolled by programming cells within the 82-bit Architecture 
Control Word that resides at row 60. The location of 
specific bits within the Architecture Control Word is 
shown in the control word diagram in Figure 2. The func- 
tion of the SYN, AC0 and AC1(n) bits have been explained 
in the Output Logic Macrocell description. The eight pol- 
arity bits determine each output's polarity individually. The 
numbers below the XOR(n) and AC1 (n) bits in Figure 2 
show the output device pin numbers that the polarity bits 
control. 



PT71 PT40 












PT39 PT8 


31 BITS 
PRODUCT TERM 
DISABLES 


« BITS 

xonim 


1 BIT 
SIN 


ACHU 


AC0 


4 BITS 
XOfl|r.| 


Jl BITS 
PHOOUCT TERM 
DISABLES 




Mil 1 1 I 1 II II 


1 1 1 



15161718 15" 



•22 19202122 



Figure 2. GAL20V8 Architecture 
Control Word Diagram 



SECURITY CELL 

Row address 61 contains the Security Cell (one bit). The 
Security Cell is provided on all GAL20V8 devices as a 
deterent to unauthorized copying of the array configura- 
tion patterns. Once programmed, the circuitry enabling 
array access is disabled, preventing further program- 
ming or verification of the AND array (rows 0-39). The 
cell can be erased only in conjunction with the array dur- 
ing a bulk erase cycle, so the original configuration can 
never be examined once this cell is programmed. Signa- 
ture data is always available to the user. 

BULK ERASE MODE 

By addressing row 63 during a programming cycle, a 
clear function performs a bulk erase of the array and the 
Architecture Control Word. In addition, the Electronic 
Signature Word and the Security Cell are erased. This 
mode resets a previously configured device to its virgin 
state. 



Applications Hotline: 
1-800-FASTGAL 
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OUTPUT REGISTER PRELOAD 

When testing state machine designs, all possible states 
and state transitions must be verified in the design, not 
just those required in the normal machine operations. 
This is because in system operation, certain events oc- 
cur that may throw the logic into an illegal state (power- 
up, line voltage glitches, brown-outs, etc.). To test a 
design for proper treatment of these conditions, a way 
must be provided to break the feedback paths, and force 
any desired (ie. illegal) state into the registers. Then the 
machine can be sequenced and the outputs tested for 
correct next state conditions. 

The GAL20V8 includes circuitry that allows each regis- 
tered output to be synchronously set either high or low. 
Thus, any present state condition can be forced for test 
sequencing. Figure 3 shows the pin functions necessary 
to preload the registers. The register preload timing and 
pin voltage levels necessary to perform the function are 
shown below. This test mode is entered by raising PRLD 
to V| E s, which enables the serial data in (S D in) buffer 
and the serial data out (S DO ut) buffer. Data is then 
serially shifted into the registers on each rising edge of 
the clock, DCLK. Only the macrocells with registered out- 
put configurations are loaded. If only 3 outputs have reg- 



isters, then only 3 bits, need be shifted in. The registers 
are loaded from the bottom up, as shown in Figure 3. 



lT 



Figure 3. Output Register Preload Pinout 



LATCH-UP PROTECTION 

GAL devices are designed with an on-board charge 
pump to negatively bias the substrate. The negative bias 
is of sufficient magnitude to prevent input undershoots 
from causing the circuitry to latch. Additionally, outputs 
are designed with n-channel pullups instead of the tradi- 
tional p-channel pullups to eliminate any possibility of 
SCR-induced latching. 



v cc 



Vies 



Pblo 



ov 

V,H 











\ 




t D 








3®E 



ZDCZ 



Figure 4. Register Preload Waveforms 



"NOTE — The S D0UT output buffer is an open drain output during preload. This pin should be terminated to V cc 
with a 10K resistor. 
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POWER-UP RESET 



7 


c 

tpR 




00000 




{ VALID CLOCK SIGNAL 




'reset 



INTERNAL 
REG. O 



FEEDBACK EXTERNAL 
REG. O 
OUTPUT 



mmxExmEXEXxsr 



INTERNAL REGISTER 
RESET TO LOGIC 



EXTERNAL REGISTER 
OUTPUT = LOGIC 1 



Circuitry within the GAL20V8 provides a reset signal to 
all registers during power-up. All internal registers will 
have their Q outputs set low after a specified time 
(Preset)- As a result, the state orrthe registered output 
pins (if they are enabled through OE) will always be high 
on power-up, regardless of the programmed polarity of 
the output pins. This feature can greatly simplify state 
machine design by providing a known state on power-up. 



The timing diagram for power-up is shown above. Be- 
cause of the asynchronous nature of system power-up, 
some conditions must be met to guarantee a valid 
power-up reset of the GAL20V8. First, the V cc rise must 
be monotonic. Second, the clock input must become a 
proper TTL level within the specified time (t PR ). The reg- 
isters will reset within a maximum of tpESET time. As in 
normal system operation, avoid clocking the device until 
all input and feedback path setup times have been met. 



FIELD SUPPORT TOOLS 



VENDOR 


SYSTEM 


REVISION 


DATA I/O 


Model 29B 


V04 




Logic Pak 






P/T Adapter 


V03 




303A-009 






Model 60 




STAG 


PPZ/ZM2200 


11/20 




ZL30 & ZL32 


V30.41 




ZL30A 


V30A.03 


VARIX 


Omni-Programmer 




INLAB 


Model 28 




VALLEY DATA SCIENCES 


Model 160 





** This version being qualified. 



SOFTWARE DEVELOPMENT TOOLSt 



PACKAGE 


VENDOR 


REVISION 


CUPL 


Assisted Technology 


2.1 


ABEL 


Data I/O 


1.13 


PLDtest 


Data I/O 


t 


DASH-ABEL 


Data I/O 


1.0 


PALASM 


Monolithic Memories 


t 



t When emulating PAL devices any revision of the software can be used to create 
the PAL JEDEC file. The programming hardware will automatically configure 
the GAL architecture. 



Although it is possible to program GAL devices 
manually, LATTICE strongly recommends the use of 
approved programming hardware and software. Pro- 
gramming on unapproved equipment will generally void 
all guarantees. 

Approved equipment includes LATTICE programming 
algorithms that program the array, automatically con- 
figure the architecture control word, and track the 
number of program cycles each device has experienced 
(this information is stored within each GAL device). This 
in turn assures data retention and reliability. Contact the 
factory for specific conditions which must be met to gain 
programming equipment approval or for the current list 
of approved GAL programming equipment. 



Applications Hotline: 
1-800-FASTGAL 





SUPPLY VOLTAGE (V) 
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PACKAGE INFORMATION 




SPEED/POWER 
CROSS-REFERENCE GUIDE 




(0- TO +7S'C) 
-INDUSTRIAL (-40° TO +85'C) 
- MILITARY (-55° TO *1tS°C) 
PLASTIC DIP 



J - PLCC (J-LEAD) 
R - CERAMIC LCC 
U - DIE 



-15 = 1Sr»| I 

- 2S = 25ns -* AND 

-35 = 35nsl INDUSTRIAL 
-20 = 20ns I MILITARY 



-40 = 40nsl HI-REL(X) 
GAL16V8 



mation contained heroin are subject to change without notice 



SPEED 


POWER 


GAL 
DEVICE 


BIPOLAR 
PAL DEVICE 


15ns 
15ns 
15ns 


45mA 
90mA 
180mA 


use 


-15Q 
-15L 
-15L 


B 


* 20ns 

* 20ns 

* 20ns 


50mA 
90mA 
210mA 


use 


-20Q 
-20L 
-20L 


B MIL 


25ns 
25ns 
25ns 


45 mA 
90 mA 
180mA 


use 


-25Q 
-25L 
-25L 


B-2 
A 


* 30ns 

* 30ns 

* 30ns 


50mA 
90mA 
210mA 


use 


-30Q 
-30L 
-30L 


B-2 MIL 
A MIL 


35ns 
35ns 
35ns 


45 mA 
90mA 
180mA 


use 


-35Q 
-35L 
-35L 


B-4 
A-2 
STD 


* 40ns 

* 40ns 

* 40ns 


50mA 
90mA 
210mA 


use 


-40Q 
-40L 
-40L 


B-4 MIL 
A-2 MIL 
STD MIL 



MILITARY TEMPERATURE RANGE 
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Advance Information 



FEATURES 



FUNCTIONAL BLOCK DIAGRAM 



• HIGH PERFORMANCE E 2 CMOS TECHNOLOGY 

— 15ns Maximum Propagation Delay 

— Fmax = 41.66 MHz 

— 12ns Maximum from Clock Input to Data Output 

— Output Drive 24ma l 0L 

— UltraMOS® II Advanced Technology 

• 50% REDUCTION IN POWER 

— 90ma Max Active 

— 70ma Max Standby 

• E 2 CELL TECHNOLOGY 

— Reconfigurable Logic 

— Reprogrammable Cells 

— 100% Tested/Guaranteed 100% Yields 

— High Speed Electrical Erasure (<50ms), 

— 20 Year Data Retention 

• EIGHT OUTPUT LOGIC MACROCELLS 

— Maximum Flexibility tor Complex Logic Designs 

— Programmable Output Polarity 

— Also Emulates 20-pin 'B'PAL 5 Devices with 
Full Function/Fuse Map/Parametric Compatibility 

• PRELOAD AND POWER-ON RESET OF ALL REGISTERS 

— 100% Functional Testability 

• APPLICATIONS INCLUDE: 

— DMA Control 

— State Machine Control 

— High Speed Video Control 

— Standard Logic Replacement 



DESCRIPTION 



The GAL™ 16V8-15, at 15ns maximum propagation delay time, 
combines a high performance CMOS process with Electrically 
Erasable (E 2 ) floating gate technology to provide the highest 
speed performance available in the PLD market. CMOS cir- 
cuitry allows the GAL 16V8-15 to consume just 90ma maximum 
Ice which represents a 50% savings in power when compared 
to its bipolar counterparts. The E 2 technology offers high speed 
(50ms) erase times providing the ability to reprogram or recon- 
figure the devices quickly and efficiently. 

The generic architecture provides maximum design flexibility 
by allowing each Output Logic Macrocell (OLMC) to be con- 
figured by the user. An important subset of the many architec- 
ture configurations possible with the GAL16V8 are the PAL® 
architectures listed in the table on the right. The GAL16V8 
is capable of emulating any of these PAL architectures with 
full function/fuse map/parametric compatibility. 

Unique test circuitry and reprogrammable cells allow complete 
AC, DC, and functional testing during manufacture. Therefore, 
LATTICE guarantees 100% field programmability and func- 
tionality of all GAL products. LATTICE also guarantees 100 
erase/write cycles and that data retention exceeds 20 years. 



ru-E: ; 
b-E: " 
h-CE g 
EH2I £ 



33- 



33" 



<- 



E'CHOS 
64 x 32 PROGRAMMABLE 
AND ARRAY 

GAL™16V8 



33- 



-G3 



-GE 



-03 



-@ 



33- 



-OH 



33- 



=^T 



-0 



33- 



-G3 



£33- t 



-0 



GAL™/PAL" 


COMPARISON — 15ns DEVICES 




GAL 16V8-15 




PART 


ARCHITECTURE 


PAL 16xxB 


TYPE 


EMULATION 


AVAILABLITY 




90ma 


90ma 


180ma 


16L8 


c 




«» 


16H8 








16R8 


t* 




is 


16R6 


<*> 






16R4 


>< 




is 


16P8 








16RP8 








16RP6 








16RP4 








10L8 


V* 






12L6 


X" 






14L4 


C 






16L2 


K" 






10H8 


V 






12H6 


tf 






14H4 


»* 






16H2 


f 






10P8 








12P6 


<s 






14P4 


is 






16P2 


*• 






16V8 









Applications Hotline: 
1-800-FASTGAL 
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SWITCHING CHARACTERISTICS OVER OPERATING CONDITIONS 





TEMPERATURE RANGE 










COMMERCIAL 


MILITARY 




TEST CONDITIONS 


SYMBOL 




PARAMETER 


GAL16V8-15 


GAL16V8-25 


GAL16V8-20 


UNITS 












MIN. 


MAX. 


MIN. 


MAX. 


MIN. 


MAX. 




R(!!) 


C L (pF) 


Tdvovi 


Delay from 


nput to Active Output 




15 




25 




20 


ns 


200 


50 


DVQV1 


Product Term Enable Access Time to Active Output 




15 




25 




20 


ns 


Active High R = °° 
Active Low R = 200 


50 




Product Term Disable to Output Off 




15 




25 




20 


ns 


From V OH R = oo 
From V 0L R = 200 


5 


T GHQZ1 


OE (Output Enable) High to Outputs Off 




15 




20 




18 


ns 


From V OH R = °° 
From V 0L R = 200 


5 


Tglqv 


OE (Output Enable) Access Time 








ns 


Active High R= oo 
From V OL R = 200 




TcHQV 


Clock High to Output Valid Access Time | — | 12 | — | 15 | — | 15 






T UVCH 


Input or Feedback Data Setup Time 














TcHDX 


Input or Feedback Data Hold Time 

















ns 






'CHCH 
^CHCL 


Clock Period (T DVCH + T CHQV ) 
Clock Width High 


24 
10 




35 
15 




30 
12 




ns 
ns 






T CLCH 


Clock Width Low 


10 




15 




12 




ns 






'max 


Maximum 
Frequency 


SYNCH. 
ASYNCH. 




41.6 
66.6 




28.5 
40.0 




33.3 
50.0 


MHz 


200 


50 



1 3-State levels are measured 0.5V from steady-state active level. 



ELECTRICAL CHARACTERISTICS OVER OPERATING CONDITIONS 



HALF-POWER 
GAL16V8-15 



SYMBOL 


PARAMET 




TEST CONDITIONS 


TEMP. 
RANGE 


MIN. 


MAX. 


UNITS 


l|H. IlL 


Input Leakage Current 




GND<V IN <V CC MAX 







± 10 


mA 


'bzh 
'bzl 


Bidirectional 

Pin Leakage Current 


GNDsV, N <V cc MAX 






± 10 


,,A 


! FZL 

'fzh 


Output Pin 
Leakage Current 


GND<V, N <V CC MAX 






± 10 




'cc 


Operatinq Power Supplv Current 


F= 15 MHz 


COM'L 




90 


mA 






V cc = V cc MAX 


MIL 




90 


mA 


'os 


Output Short CircuitCurrent 


V CC = 5.0VV OUT = GND 




-30 


-130 


mA 


'SB 


Standby Power Supply Current 


V C c = V CC MAX 


COM'L 




70 


mA 






MIL 




70 


mA 


Vol 


Output Low Voltage 


V CC = V CC MIN 


l OL = 24 mA 


COM'L 




0.5 


V 


l 0L = 12 mA 


MIL 






V 


Voh 


Output High Voltage 


V c c = V cc MIN 


l 0H = -3.2 mA 


COM'L 


2.4 




V 


l OH = -2 mA 


MIL 


2.4 




V 


V,H 


Input High Voltage 






2.0 


Vcc + 1 


V 


V|L 


Input Low Voltage 








0.8 


V 



SWITCHING WAVEFORMS 



INPUTS 
I/O. REG 
FEEDBACK 



m. 



ANY INPUT ' 
PROGRAMMED 

FOR OE CONTROL . 



VALID INPUT 



\ 



X 



^ 3-STATE f 



KXXXXXXXXX 



J 



NOTE: For detailed technology, logic, timing, programming information and specifications, refer to the GAL16V8 datasheet. 
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LATTfCll 



isoGAL16Z8 
SPECIFICATIONS 



Advance Information 



FEATURES 



FUNCTIONAL BLOCK DIAGRAM 



IN-SYSTEM RECONFIGURABLE — 5-VOLT ONLY 
PROGRAMMING 

— Change Logic "On The Fly" 

HIGH PERFORMANCE E 2 CMOS TECHNOLOGY 

— Low Power: 90 mA Max Active 

70 mA Max Standby 

— High Speed: 25 ns Access Max 

35 ns Access Max 

EIGHT OUTPUT LOGIC MACROCELLS 

— Maximum Flexibility for Complex Logic Designs 

— Also Emulates 20-pin PAL® Devices with Full 
Function/Fuse Map/Parametric Compatibility 

PRELOAD AND POWER-ON RESET OF ALL 
REGISTERS 

— 100% Functional Testability 

24 PIN 0.3 INCH NARROW DIP SAVES SPACE 
MINIMUM 10,000 ERASE/WRITE CYCLES 
DATA RETENTION EXCEEDS 20 YEARS 

APPLICATIONS INCLUDE: 

— Multi-mode System Operation 

— Configurable Memory Mapping 

— Update Systems with Firmware Instead 
of Hardware 



DESCRIPTION 



The LATTICE ispGAL16Z8 (patent pending) is a revolu- 
tionary programmable logic device featuring a 5-volt only 
in-system reprogrammability. The device combines a 
high performance CMOS process with Electrically Eras- 
able (E 2 ) floating gate technology. This programmable 
memory technology applied to array logic provides 
designers with reconfigurable logic and bipolar perform- 
ance at significantly reduced power levels. 

The 24-pin ispGAL16Z8 is architecturally equivalent 
to the familiar 20-pin GAL™16V8 but includes 4 extra 
pins to control in-system programming. It features 8 pro- 
grammable Output Logic Macrocells (OLMC) allowing 
each output to be configured by the user. Additionally, 
the ispGAL16Z8 is capable of emulating, in a func- 
tional/fuse map compatible device, all common 20-pin 
PAL device architectures. 

Unique test circuitry and reprogrammable fuses allow 
complete AC, DC, fuse and functionality testing during 
manufacture. Therefore, LATTICE guarantees 100% 
field programmability and functionality of the ispGAL 
devices. In addition, electronic signature is available to 
provide positive device ID. A security circuit is built-in, 
providing proprietary designs with copy protection. 
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PROGRAM CONTROL LOGIC MODE 



PROGRAM CONTROL SIGNALS 



hhe: 
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E'CMOS 
64 x 32 PROGRAMMABLE 
AND ARRAY 

ispGAL™16Z8 
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=tVr 
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n 



=^7 



CK OE 
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~ &< — . 



SHIFT REGISTER LATCH 



PIN NAMES 



S 



-0 



[ia] 



-0 



U>~pl 



-HE 



-0 

-0 



Wts 


INPUT 


MODE 


MODE CONTROL 


CK 


CLOCK INPUT 


DCLK 


DATA CLOCK 


B 0" B 5 


BI-DIRECTIONAL 


SDI 


SERIAL DATA IN 


Fo-F 7 


OUTPUT 


SDO 


SERIAL DATA OUT 


G(OE) 


OUTPUT ENABLE 


Vcc 


POWER ( + 5V) 


GND 


GROUND 







ispGAL™16Z8 EMULATING PAL DEVICES 



: m. :£ 



6RP8 16RP6 I6P.P 



Applications Hotline: 
1-800-FASTGAL 
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ispG AL1 6Z8 SPECIFICATIONS 



ispGAL16Z8 LOGIC DIAGRAM 



' > 



FROM — 
PIN 11 



> DCLK 
SDI 



— 1£- 



— tS 



1 — Cs 



— £ 



11 »• SDI 

FROM ► > DCLK 



PROGRAM CONTROL LOGIC 



XT 



PROGRAM CONTROL SIGNALS 



PROGRAM DATA (ROW/COLUMN DATA) 



SHIFT REGISTER LATCH 



3H 



OLMC 
(22) 



OLMC 
(21) 



OLMC 

(20) 



3^ 



OLMC 
(19) 



OLMC 
(18) 



OLMC 

(17) 



OLMC 
(16) 



i, ' 



OLMC 

(15) 
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18 

SPECIFICATIONS 



Advance Information 



FEATURES 



FUNCTIONAL BLOCK DIAGRAM 



• ELECTRICALLY ERASABLE CELL TECHNOLOGY 

— Instantly Reconfigurable Logic 

— Instantly Reprogrammable Cells 

— Guaranteed 100% Yields 

• HIGH PERFORMANCE E 2 CMOS TECHNOLOGY 

— High Speed: 30ns Max. Propagation Delay 

20ns Max. Setup Time 

• UNPRECEDENTED FUNCTIONAL DENSITY 

— 10 Output Logic Macro Cells 

— 8 State Logic Macro Cells 

— 20 Input Logic Macro Ceils 

• HIGH-LEVEL DESIGN FLEXIBILITY 

— 39 Array Inputs, 10 Outputs 

— Separate State Register and Input Clock Pins 

— Supersets Existing 24 pin PAL® and IFL devices 

— FPLA Architecture 

• SPACE-SAVING 24-PIN, 300-MIL DIP 

• HIGH-SPEED PROGRAMMING ALGORITHM 

• 20-YEAR DATA RETENTION 



EH— 



ILMC 

(10) 







-ED 



DESCRIPTION 



Using a high performance E 2 CMOS technology, Lattice 
Semiconductor has produced a next-generation program- 
mable logic device, the GAL39V18. Using an FPLA architec- 
ture known for its superior flexibility in state-machine design, 
the GAL39V18 offers the highest degree of functional inte- 
gration and flexibility currently available in a 24-pin, 300-mil 
package. 

The GAL39V18 has 10 programmable Output Logic Macro 
Cells (OLMCs) and 8 Programmable "Buried" State Logic 
Macro Cells (SLMCs). In addition, there are 20 Input Logic 
Macro Cells (ILMCs). Two Clock inputs are provided for in- 
dependent control of the Input and State Macro Cells. 

Advanced features that simplify programming and reduce test 
time, coupled with E 2 CMOS reprogrammable cells, enable 
complete AC, DC, programmability, and functionality test of 
each GAL39V18 during manufacture. This allows Lattice to 
guarantee 100% field programmability and functionality to 
data-sheet specifications. 

Programming is accomplished using standard hardware and 
software tools. Lattice guarantees a minimum of 100 
erase/write cycles, and data retention to exceed 20 years. An 
Electronic Signature word has been provided for user-defined 
data. In addition, a security cell is available to protect pro- 
prietary designs. 

© Copyright May 1986 



PIN NAMES 



•o-'io 


INPUT 


Bn-Bg 


BIDIRECTIONAL 


ICLK 


INPUT CLOCK 


Vcc 


POWER ( + 5) 


OCLK 


OUTPUT CLOCK 


GND 


GROUND 



PIN CONFIGURATION 



CLK C 1 


24 ] VCC 


Hi 


1 B 9 




]* 


uC 


]B7 


'4 C 


]B6 


15 C OA 


L' ] B 5 


■eC " 


J B4 


I7[ 


:b 3 


<tl 


:b 2 


HE 


:bi 


Ho [ 


]b 


GND r_ 12 


13 ] CLK 



Applications Hotline: 
1-800-FASTGAL 
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GAL39V18 SPECIFICATIONS 



INPUT LOGIC MACRO CELL (ILWIC) AND I/O LOGIC MACRO CELL (IOLMC) 



The following discussion pertains to the input macro cells. It 
should be noted that the actual configuration is accomplished 
by development software and is completely transparent to the 
user. 

The bank of Input Logic Macro Cells on dedicated input pins 
2-1 1 gives the user the option of conventional combinational 
inputs, or the ability to synchronize his inputs through the use 
of gated latches or D-registers, controlled by pin 1 (ICLK). 

The separately programmable bank of I/O Logic Macro Cells 
residing on I/O pins 14-23 has the same flexibility as the 
ILMCs. The lOLMCs allow the I/O pins to be utilized as a com- 
binational, transparent gated latch, or registered input to the 
AND array. 

The GAL39V18, with up to 20 registered inputs, facilitates 
pipeline interface design by allowing on-board integration of 
pipeline registers. 



INPUT PINS 2-11 
OR 

I/O PINS 14-23 




OUTPUT LOGIC MACRO CELL (OLMC) / STATE LOGIC MACRO CELL 



The following discussion pertains to the output macro cells. 
It should be noted that the actual configuration is accomplish- 
ed by development software and is completely transparent to 
the user. 

The key to the power of the GAL39V1 8 is the availability of 1 8 
programmable macro cells for building large state machines. 
The 8 "buried" SLMCs provide dedicated state feedback to 
the AND array, while the 1 OLMCs serve both as dedicated- 
state feedback and device outputs with individual output- 
enable control, which enables the register to be used in a 
"buried" manner, while still allowing the I/O pin to be used 
as a separate input. 

The OLMCs are built of two 64-input sum terms (D and E) 
controlling a programmable block that can be configured in 
one of three basic modes: Combinational, D Register with 
Clock Enable, and D Register with Programmable Clock. In 
the first mode, the Combinational mode, the E sum-term is not 



used and the D sum-term data asynchronously routes to the 
AND feedback and to the device outputs under Output Enable 
control. In the second mode, the D and E register mode, the 
D register is clocked by pin 13 (OCLK), which is enabled on 
an output-by-output basis by the E sum term. This allows the 
ability to "hold state." In the third mode, the D register is 
clocked by the E sum term. This programmable clock feature 
allows another way to "hold state," and the ability to use multi- 
ple user-defined clocks. Both the D and E sum terms have pro- 
grammable polarity to eliminate off-board inverters, allow 
choice of programmable clock polarity, and to allow maximum 
logic-design flexibility through DeMorgan's theorem. 

The SLMCs are identical to the OLMCs with one exception. 
There is no need for a D sum-term polarity control, since the 
AND array feedback provides True/Complement flexibility. 

A special State Register Preload Mode allows control of all 
state feedback to the array for optimum testability. 




2-36 



GAL39V1 8 SPECIFICATIONS 



GAL® 39V1 8 LOGIC DIAGRAM 



ICLK 




Applications Hotline: 
1-800-FASTGAL 
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HI-REL(X) GAL16V8 
SPECIFICATIONS 



Preliminary 



FEATURES 



FUNCTIONAL BLOCK DIAGRAM 



SPECIFICATIONS GUARANTEED OVER 
FULL MILITARY TEMPERATURE 
RANGE (-55°C TO +125°C) 
ELECTRICALLY ERASABLE CELL TECHNOLOGY 

— Reconfigurable Logic 

— Reprogrammable Cells 

— Guaranteed 100% Yields 

HIGH PERFORMANCE E 2 CMOS TECHNOLOGY 

— Low Power: 50 mA Max Active 

40 mA Max Standby 

— High Speed: 20 ns Access Max 

30 ns Access Max 

160-HR BURN IN 

HI-REL ASSEMBLY FLOW 

HIGH-SPEED PROGRAMMING ALGORITHM 

SECURITY CELL PREVENTS COPYING LOGIC 

DATA RETENTION EXCEEDS 20 YEARS 



DESCRIPTION 



Lattice Semiconductor HI-REL(X) GAL16V8 combines 
a high-performance CMOS process with electrically 
erasable floating-gate technology. This programmable 
memory technology applied to array logic provides 
designers with reconfigurable logic and bipolar perform- 
ance at significantly reduced power levels. 

The 20-pin HI-REL(X) GAL16V8 features 8 program- 
mable Output Logic Macrocells (OLMCs) allowing each 
output to be configured by the user. Additionally, the 
GAL1 6V8 is capable of emulating, in a functional/fuse 
map/parametric compatible device, all common 20-pin 
PAL device architectures. 

The HI-REL(X) GAL1 6V8 is fully screened to a demand- 
ing assembly, burn-in and test flow as shown in Table 
1 . Access times as fast as 20ns are available — guaran- 
teed over the full military temperature range of - 55°C 
to +125°C. 

Unique test circuitry and reprogrammable cells allow 
complete AC, DC, cell and functionality testing during 
manufacture. Therefore, Lattice guarantees 1 00% field 
programmability and functionality of the GAL devices. 
In addition, electronic signature is available to provide 
positive device ID. A security circuit is built-in, providing 
proprietary designs with copy protection. The HI-REL(X) 
GAL16V8 is available in 20-pin CERDIP and side- 
brazed DIP packages or a space saving 20-lead square 
ceramic leadless chip carrier (LCC). 
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E CMOS 
64 x 32 PROGRAMMABLE 
AND ARRAY 

GAL™16V8 




PIN NAMES 



ir'is 


INPUT 


OE 


OUTPUT ENABLE 


CK 


CLOCK INPUT 


Vcc 


POWER ( + 5V) 


B 0" B 5 


BIDIRECTIONAL 


GND 


GROUND 


F -F 7 


OUTPUT 





GAL16V8 EMULATING PAL DEVICES 



lo/CK- 




-VCC 
















h - 




-Fj 




1 1 3 


lis 


F7 


Bi 


B 3 


Fi 


h- 




-F« 


Fs 


ll2 


Ii4 


Fo 


Fs 


B 2 


Bs 


l3- 




-Fs 


F4 


Fj 


Il3 


Fs 


F< 


F3 


B4 


U- 


GAL™ 


-F* 


F3 


F; 


Fi 


F 4 


F3 


F2 


B3 


ls- 


16V8 


-F 3 


F2 


Fi 


Fo 


Fs 


F2 


Fi 


82 


16- 




-F 2 


Fi 


Fo 


hi 


F2 


Fi 


Fo 


Bi 


17- 




-F, 


Fo 






Fi 


Fo 


Bi 


Bo 


I." 




-Fo 


ho 


lio 


ho 


Fo 


Bo 


Bo 


Fo 


GND - 




-l 9 


19 


19 


19 


OE 


OE 


OE 


19 






10L8 


12L6 


14L4 


16L2 


16R8 


16R6 


16R4 


16L8 






10H8 


12H6 


14H4 


16H2 


16RP8 


16RP6 


16RP4 


16H8 






10P8 


12P6 


14P4 


16P2 








16P8 






I 






GA 


L» 16V8 









Applications Hotline: 
1-800-FASTGAL 
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HI-REL(X) GAL16V8 SPECIFICATIONS 



ABSOLUTE MAXIMUM RATINGS! 1 ) 



Supply voltage V C c - .5 to + 7V 

Input voltage applied - 2.5 to V C c + 1 OV 

Off-state output voltage applied . - 2.5 to V C c + 1 OV 
Storage temperature -65 to 150°C 

1. Stresses above those listed under the "Absolute Maximum 
Ratings" may cause permanent damage to the device. These are 
stress only ratings and functional operation of the device at these 
or at any other conditions above those indicated in the operational 
sections of this specification is not implied (while programming, 
follow the programming specifications). 



PIN CONFIGURATION 



CHIP CARRIER 



DIP 




OPERATING RANGE 



SYMBOL 


PARAMETER 


MILITARY 


UNIT 


MIN. 


TYP. 


MAX. 


v cc 


Supply voltage 


4.5 


5.0 


5.5 


V 


T A 


Ambient Temperature 


-55 






°c 


Tc 


Case Temperature 






125 


°c 



SWITCHING TEST CONDITIONS 



Input Pulse Levels 


GND to 3.0V 


Input Rise and Fall Times 


5ns 10% - 90% 


Input Timing Reference Levels 


1.5V 


Output Timing Reference Levels 


1.5V 


Output Load 


See Figure 




3-state levels are measured 0.5V from steady-state active level. 



FROM OUTPUT (B x , fx) 
UNDER TEST 



•C L INCLUDES JIG AND PROBE TOTAL CAPACITANCE 



CAPACITANCE (T A = 25°C, f = 1 .0 MHz) 



SYMBOL 


PARAMETER 


MAXIMUM 


UNITS 


TEST CONDITIONS 


c. 


Input Capacitance 


12 


pF 


V cc = 5.0V, V, = 2.0V 


c F 


Output Capacitance 


15 


pF 


V cc = 5.0V, V F = 2.0V 


c B 


Bidirectional Pin Cap 


15 


PF 


V CC = 5.0V, V B = 2.0V 
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HI-REL(X) GAL16V8 SPECIFICATIONS 



GAL16V8 LOGIC DIAGRAM 



CK 



V 

OLMC 

(19) 



9 

OLMC 
(18) 



v — 

OLMC 

(17) 



v — 

OLMC 
(16) 



N (ill I 9 10H 1! 13 14 IS 16 I? IB 19 ?0 21 77 73 ?* ft 76 77 7» 79 30 31 



V — 

OLMC 

(15) 



v — 

OLMC 
(14) 



f 

OLMC 
(13) 



V — 

OLMC 
(12) 



OE 



Applications Hotline: 
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ELECTRICAL CHARACTERISTICS OVER OPERATING CONDITIONS 






PRELIMINARY 














QUARTER-POWER MILITARY GAL16V8 












SYMBOL 


PARAMETER 


TEST CONDITIONS 


MIN. 


MAX. 


UNITS 






'ih. 'il 


Input Leakage Current 


GND<V| N sV cc MAX 




± 10 








Ibzh 
'bzl 


Bidirectional 

Pin Leakage Current 


GND<V, N <V CC MAX 


— 


±10 








Ifzl 
Ifzh 


Output Pin 
Leakage Current 


GND<V| N <V CC MAX 


— 


± 10 








!cc 


Operating Power Supply Current 


F = 15 MHz 
v cc = v cc MAX 




50 


mA 






los 1 


Output Short Circuit 


V CC = 5.0V V 0UT = GND 


- 30 


-130 


mA 






'SB 


Standby Power Supply Current 


Vcc = Vcc MAX 




40 


mA 






Vol 


Output Low Voltage 


Vcc = 
V cc MIN 


l L = 12mA 


— 


0.5 


V 






V H 


Output High Voltage 


V CC = 
V cc MIN 


Inu — - 2 OmA 


2.4 




V 






V, H 


Input High Voltage 






2.0 


Vcc+1 


V 








Input Low Voltage 






0.8 


V 






HALF-POWER MILITARY GAL16V8 












SYMBOL 


PARAMETER 


TEST CONDITIONS 


MIN. 


MAX. 


UNITS 






l|H. 


Input Leakage Current 


GND<Vii.<V/-^ MAX 




+ 10 


„A 






Ibzh 
Ibzl 


Bidirectional 

Pin Leakage Current 


GND<V| N <V CC MAX 


— 


±10 


/*A 






Ifzl 
Ifzh 


Output Pin 
Leakage Current 


GND<V| N sV cc MAX 


— 


±10 


^ 






Ice 


Operating Power Supply Current 


F=15 MHz 
Vrr = Vrr MAX 


— 


90 


mA 






los 1 


Output Short Circuit 


V cc = 5.0V V 0U t = GND 


-30 


- 130 


mA 






IsB 


Standby Power Supply Current 


V rr = Vrr MAX 




70 


mA 






Vol 


Output Low Voltage 


Vcc = 
V cc MIN 


loL = 12mA 




0.5 


V 






Voh 


Output High Voltage 


Vcc = 
V cc MIN 


Iqh= -2.0mA 


2.4 




V 






V IH 


Input High Voltage 






2.0 


Vcc+1 


V 






V,L 


Input Low Voltage 






0.8 


V 




1 One output at a time for a maximum duration of one second. 
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SWITCHING CHARACTERISTICS OVER OPERATING CONDITIONS 



SYMBOL 


PARAMETER 


MILITARY 


UNITS 


TEST CONDITIONS 1 


GAL16V8-20 


GAL16V8-30 


GAL16V8-40 


MIN. 


MAX. 


MIN. 


MAX. 


MIN. 


MAX. 


R(f2) 


c l(P f ) 


T DVQV1 


Delay from Input 
to Active Output 




20 




30 




40 


ns 


200 


50 


T DVQV2 


Product Term Enable 

MOCcbb I MIIC IU 

Active Output 




20 




30 




40 




Active High R = <x 
Active Low = 200 


50 


T DVQZ 2 


Product Term Disable 
to Outputs Off 


— 


20 


— 


30 


— 


40 


ns 


From Vqh R = 00 
From V 0L R = 200 


5 


T GHQZ 2 


d /HP\ fliitnnt Pnohlo 
\J (.LJLtJ 'w'UtpUl CildDIC 

High to Outputs Off 




18 




25 




25 


ns 


From Vqh R = oo 
From V l R = 200 


5 


Tglqv 


fOP\ Oiitniit Pnahilo 
O ^WC; UULpUl tzIldDle 

Access Time 


— 


18 


— 


25 


— 


25 


ns 


Active High R = t» 
Active Low R = 200 


50 


T CHQV 


Clock High to Output 
Valid Access Time 


— 


15 


— 


20 


- 


25 


ns 


200 


50 


Tdvch 


Input or Feedback 
Data Setup Time 


15 




25 




35 




ns 






T CHDX 


Input or Feedback 
Data Hold Time 

















ns 






T CHCH 

T CHCL 
T CLCH 


Clock Period 
(Tdvch + Tchqv) 
Clock Width High 
Clock Width Low 


30 

12 
12 




45 

15 
15 




60 

20 
20 




ns 

ns 
ns 






f MAX 


Maximum SYNCH. 
Frequency ASYNCH. 




33.3 
50.0 




22.2 
33.3 




16.6 
25.0 


MHz 


200 


50 



1 Refer also to Switching Test Conditions. 2 3-State levels are measured from steady-state active levels. 



SWITCHING WAVEFORMS 



INPUTS 
I/O, 
FEEDBACK 



IBACK AZV\ 



REGISTERED 
OUTPUTS 



ANY INPUT 
PROGRAMMED 
FOR OE CONTROL 



•-j-tcHDX ■* tCHCL- 

r~ 



\ 



J £ 



VALID ENABLE 



X 



^-tDVQV2-». 



COMBINATIONAL 
OUTPUTS 



MM 



> 
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HI-REL(X) GAL16V8 SPECIFICATIONS 



OUTPUT LOGIC MACROCELL (OLMC) 



The following discussion pertains to configuring the 
output logic macrocell. It should be noted that actual 
implementation is accomplished by development soft- 
ware/hardware and is completely transparent to the 
user. 

The outputs of the AND array are fed into an OLMC, 
where each output can oe individually set to active high 
or active low, with eithe ■ combinational (asynchronous) 
or registered (synchronous) configurations. A common 
output enable can be connected to all outputs, or 
separate inputs or product terms can be used to provide 
individual output enable controls. The output logic 
macrocell provides the designer with maximal output 
flexibility in matching signal requirements, thus pro- 
viding more functions than possible with existing 20-pin 
PAL devices. 

The various configurations of the output logic macrocell 
are controlled by programming certain cells (SYN, ACO, 
ACl(n), and the XOR(n) polarity bits) within the 82-bit 
architecture control word. The SYN bit determines 



whether or not a device will have registered output 
capability or will have purely combinational outputs. It 
also replaces the ACO bit in the two outermost 
macrocells, OLMC (1 2) and OLMC (19). When first set- 
ting up the device architecture, this is the first bit to 
choose. 

Architecture control bit ACO and the eight AC1(n) bits 
direct the outputs to be wired always on, always off (as 
an input), have a common OE term (pin 11), or to be 
three-state controlled separately from a product term. 
The architecture control bits also determine the source 
of the array feedback term through the FMUX, and 
select either combinational or registered outputs. 

The five valid macrocell configurations are shown in 
each of the macrocell equivalent diagrams. In all cases, 
the eight XOR(n) bits individually determine each out- 
put's polarity. The truth table associated with each 
diagram shows the bit values of the SYN, ACO, and 
AC1 (n) that set the macrocell to the configuration shown. 




FROM 
ADJACENT STAGE 
OUTPUT (m) 



GAL16V8 Output Logic Macrocell(n) 



• NOTE — SYN replaces ACO and SYN replaces AC1 (m) as an input to the FMUX in OLMC (12) and OLMC (1 9) to maintain full 
JEDEC fuse map compatibility with PAL type device architectures. 
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OUTPUT LOGIC MACROCELLInl 



X 



SVN 


ACO 


AC1(n) 


FUNCTION 


1 





1 


INPUT MODE 
(i.e. 12L6, 14P4) 



IN THIS ARCHITECTURE MODE, 
PINS 1 AND 11 ARE DATA INPUTS. 
THE OUTPUT BUFFER IS DISABLED. 



ADJACENT STAGE 



Input Mode 




SYN 


ACO 


AC1(n) 


FUNCTION 


1 








ALL OUTPUTS 
COMBINATIONAL 
(i.e. 10L8, 12H6) 



t>~ — e>< 



IN THIS ARCHITECTURE MODE, 

PINS 1 AND 11 ARE DATA INPUTS. 

ALL OUTPUTS ARE COMBINATIONAL AND 

ALWAYS ACTIVE. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Dedicated Combinational Output 



Applications Hotline: 
T-800-FASTGAL 



2-45 



HI-REL(X) GAL16V8 SPECIFICATIONS 




SYN 


ACO 


AC1(n) 


FUNCTION 


1 


1 


1 


ALL OUTPUTS 
COMBINATIONAL 
(I.e. 16L8, 16H6) 



IN THIS ARCHITECTURE MODE, 
PINS 1 AND 11 ARE DATA INPUTS. 
ALL OUTPUTS ARE COMBINATIONAL. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output 




SYN 


ACO 


AC1(n) 


FUNCTION 





1 


1 


COMBINATIONAL 
OUTPUT IN A 
REGISTERED DEVICE 



IN THIS ARCHITECTUREJHODE. 
PIN 1 = CK. PIN 11 = OE. THIS MACROCELL 
IS COMBINATIONAL. BUT AT LEAST ONE 
OF THE OTHERS IS REGISTERED OUTPUT. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output in a Registered Device 




SYN 


ACO 


AC1(n) 


FUNCTION 





1 





OUTPUT 
REGISTERED 
(i.e. 16R8) 



IN THIS ARCHITECTURE MODE, 
PIN 1 = CK, PIN 11 = OE. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Registered Active High or Low Output 
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ROW ADDRESS MAP DESCRIPTION 

Figure 1 shows a block diagram of the row address map. 
There are a total of 36 unique row addresses available 
to the user when programming the GAL16V8 devices. 
Row addresses 0-31 each contain 64 bits of input term 
data. This is the user array where the custom logic pat- 
tern is programmed. Row 32 is the electronic signature 
word. It has 64 bits available for any user-defined pur- 
pose. Row 33-59 are reserved by the manufacturer and 
are not available to users. 

Row 60 contains the architecture and output polarity in- 
formation. The 82 bits within this word are programmed 
to configure the device for a specific application. Row 61 
contains a one bit security cell that when programmed 
prevents further programming verification of the array. 
Row 63 is the row that is addressed to perform a bulk 
erase of the device, resetting it back to a virgin state. 
Each of these functions is described in the following 
sections. 



SCLK 

Sd,*-»-[^ 



ELECTRONIC SIGNATURE 



ELECTRONIC SIGNATUHE 



RESERVED ADDRESS SPACE 



ARCHITECTURE CONTROL WORD 



SECURITY CELL 
RESERVED 
63 • BULK ERASE 



Figure 1. GAL16V8 Row Address Map Block Diagram 



ELECTRONIC SIGNATURE WORD 

An electronic signature word is provided with every 
GAL1 6V8 device. It resides at Row address 32 and con- 
tains 64 bits of reprogrammable memory that can con- 
tain user-defined data. Some uses include user ID 
codes, revision numbers, or inventory control. This 
signature data is always available to the user indepen- 
dent of the state of the security cell. 



ARCHITECTURE CONTROL WORD 

All of the various configurations of the GAL1 6V8 devices 
are controlled by programming cells within the 82-bit 
architecture control word that resides at row 60. The 
location of specific bits within the architecture control 
word is shown in the control word diagram in Figure 2. 
The function of the SYN, ACO and AC1 (n) bits have been 
explained in the output logic macrocell description. The 
eight polarity bits determine each output's polarity in- 
dividually by selectively correct logic. The numbers 
below the XOR(n) and AC1 (n) bits in the architecture con- 
trol word diagram shows the output device pin number 
that the polarity bits control. 

















h 

PTM PT3I 






11 BITS- 






H 

PTJI PTO 


now 
so 


31 BITS 
PRODUCT TERM 
DISABLES 


XOR(n> 




ARCHITECTURE 


ACO 


XOR{n) 


32 BITS 
PRODUCT TERM 
DISABLES 




I I I I II I I II II I I I I 

Figure 2. GAL16V8 Architecture 
Control Word Diagram 



SECURITY CELL 

Row address 61 contains the security cell (one bit). The 
security cell is provided on all GAL16V8 devices as a 
deterrent to unauthorized copying of the array configura- 
tion patterns. Once programmed, the circuitry enabling 
array access is disabled, preventing further program- 
ming or verification of the array (rows 0-31). The cell can 
be erased only in conjunction with the array during a bulk 
erase cycle, so the original configuration can never be 
examined once this cell is programmed. Signature data 
is always available to the user. 

BULK ERASE MODE 

By addressing row 63 during a programming cycle, a 
clear function performs a bulk erase of the array and the 
architecture word. In addition, the electronic signature 
word and the security cell are erased. This mode resets 
a previously configured device back to its virgin state. 
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OUTPUT REGISTER PRELOAD 

When testing state machine designs, all possible states 
and state transitions must be verified in the design, not 
just those required in the normal machine operations. 
This is because in system operation, certain events oc- 
cur that may throw the logic into an illegal state (power- 
up, line voltage glitche;;, brown-outs, etc.). To test a 
design for proper treatment of these conditions, a way 
must be provided to brea< the feedback paths, and force 
any desired (ie. illegal) state into the registers. Then the 
machine can be sequenced and the outputs tested for 
correct next state conditions. 

The GAL16V8 device includes circuitry that allows each 
registered output to be synchronously set either high or 
low. Thus, any present state condition can be forced for 
test sequencing. Figura 3 shows the pin functions 
necessary to preload the registers. The register preload 
timing and pin voltage levels necessary to perform the 
function are shown below. This test mode is entered by 
raising PRLD to V^s. which enables the serial data in 
(Sqin) buffer and the serial data out (Sqout) buffer. Data 
is then serially shifted in :o the registers on each rising 
edge of the clock, DCLK. Only the macrocells with 
registered output configurations are loaded. If only 3 



outputs have registers, then only 3 bits need be shifted 
in. The registers are loaded from the bottom up, as 
shown in Figure 3. 



Vcc 




Figure 3. Output Register Preload Pinout 



LATCH-UP PROTECTION 

GAL devices are designed with an on-board charge 
pump to negatively bias the substrate. The negative bias 
is of sufficient magnitude to prevent input undershoots 
from causing the circuitry to latch. Additionally, outputs 
are designed with n-channel pullups instead of the tradi- 
tional p-channel pullups to eliminate any possibility of 
SCR induced latching. 



Vcc 



SQIN 




V,„ 



Sdout' 



V,l 

Vol 



\ 



X 



X 



VALID DATA 

u 



X=EX 



Figure 4. Register Preload Waveforms 



NOTE — The S DO ut output buffer is an open drain output during preload. This pin should be terminated to V cc 
with a 10K res istor. 
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POWER-UP RESET 



Vcc 



ov 

Vim 



— 



VALID CLOCK SIGNAL 



INTERNAL 

REG. O 



FEEDBACK/EXTERNAL 
REG. O 
OUTPUT 



■+ tnesET 


INTERNAL REGISTER 
^ RESET TO LOGIC 


>0<XXX>00<XXXXXXX>0<X> 






XXXXXXXXXXXXXXXXXX) 


t EXTERNAL REGISTER 
OUTPUT = LOGIC 1 



Circuitry within the GAL1 6V8 provides a reset signal to 
all registers during power-up. All internal registers will 
have their Q outputs set low after a specified time 
(•reset)- As a result, the state orvthe registered output 
pins (if they are enabled through OE) will always be high 
on power-up, regardless of the programmed polarity of 
the output pins. This feature can greatly simplify state 
machine design by providing a known state on power-up. 



The timing diagram for power-up is shown above. 
Because of asynchronous nature of system power-up, 
some conditions must be met to guarantee a valid 
power-up reset of the GAL16V8. First, the V cc rise must 
be monotonic. Second, the clock input must become a 
proper TTL level within the specified time (t P R). The reg- 
isters will reset within a maximum of t RE sET time. As in 
normal system operation, avoid clocking the device until 
all input and feedback path setup times have been met. 



FIELD SUPPORT TOOLS 



PROGRAMMER/DEVELOPMENT SYSTEMS 



VENDOR 


SYSTEM 


REVISION 


DATA I/O 


Model 29B 
Logic Pak 


V04 




P/T Adapter 
303A-009 


V03 




Model 60 


* * 


STAG 


PPZ/ZM2200 


20/11 




ZL30 & ZL32 


V30.41 




ZL30A 


V30A.03 


VARIX 


Omni-Programmer 




INLAB 


Model 28 




VALLEY DATA SCIENCES 


Model 160 


• * 



*" This version being qualified. 



SOFTWARE DEVELOPMENT TOOLSt 



PACKAGE 


VENDOR 


REVISION 


CUPL 


Assisted Technology 


2.1 


ABEL 


Data I/O 


1.13 


PLDtest 


Data I/O 


t 


DASH-ABEL 


Data I/O 


1.0 


PALASM 


Monolithic Memories 


t 



t When emulating PAL devices any revision of the software can be used to create 
the PAL JEDEC file. The programming hardware will automatically conligure 
the GAL architecture. 



Although it is possible to program GAL devices 
manually, LATTICE strongly recommends the use of 
approved programming hardware and software. Pro- 
gramming on unapproved equipment will generally void 
all guarantees. 

Approved equipment includes LATTICE programming 
algorithms that program the array, automatically con- 
figure the architecture control word, and track the 
number of program cycles each device has experienced 
(this information is stored within each GAL device). This 
in turn assures data retention and reliability. Contact the 
factory for specific conditions which must be met to gain 
programming equipment approval or for the current list 
of approved GAL programming equipment. 
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latiici 





All LATTICE Semiconductor products begin with exact- 
ing design criteria established for the devices' ultimate 
use in high-reliability programs. All products are 
manufactured, inspected, and tested in compliance with 
LATTICE'S Quality Assurance program, which meets or 
exceeds all requirements as outlined in MIL-M 3851 OF 
Appendix A, as well as all inspection system re- 
quirements in MIL-I-45208A. LATTICE enforces all such 
requirements on any and all subcontractors involved in 
the manufacture of its product. LATTICE is solely 
responsible for securing and proving the documentation 
and control of its Quality Assurance program. 
All HI-REL(X) grade products undergo demanding 
screening procedures according to the Methods and 


Requirements described below, which can be found in 
MIL-STD-883C, Method 5004. A high-reliability 
assembly flow is employed with 1 00% internal-visual, 
stabilization-bake temperature-cycling, and constant 
acceleration screens. The HI-REL(X) grade processing 
also includes as standard 100% 160-hour burn-in at an 
ambient temperature of +125°C per Method 1015, 
followed by 100% temperature testing of all DC and AC 
parameters over the full -55°C to +125°C 
temperature range. For special customer specifications 
or quality requirements — such as SEM analysis, X-ray, 
or other screening flows to meet specific needs — 
please contact your local sales office or LATTICE 
bemiconductor directly at i-oOO-rAbitaAL. 



SCREENING FLOW 



Screen 


Method 


Requirement 


Wafer Lot Acceptance 


Per LATTICE Specification 


3 Wafers/Lot 


Internal Visual 


2010 Cond. B 


100% 


Stabilization Bake 


1008 24 HR Cond. C 


100% 


Temp Cycling 


1010 Cond. C 


100% 


Constant Acceleration 


2001 Cond. E 


100% 


Visual Inspection 


5004 


100% 


Hermeticity 


1014 


100% 


Fine 


Cond. A1 




Gross 


Cond. C 




Pre-Burn-ln Electrical 


Applicable Device Specification T A = 25°C 


100% 


Burn-In 


1015, 160 HRS, 125°C 


100% 


Post Burn-In Electrical 


Applicable Device Specification T A = 25°C 


100% 


Percent Defective Allowable 


5004 


5% 


Final Electrical Test 


Applicable Device Specification T A = 125°C 


100% 


Final Electrical Test 


Applicable Device Specification T A = -55°C 


100% 


OCI Sample Selection 


MIL-M-38510F Section 4.5 


Sample 


External Visual 


2009 


100% 
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PACKAGE INFORMATION 



SIDE-BRAZED CERAMIC DIP 



uuu 




t 







IB *j 

i nnnnn n nnrj 



LIUUUUUUUUL 




20-PIN LEADLESS CHIP CARRIER (LCC) 






• | as 




"T J 


) — I BOTTOM VIEW ^3 













ORDERING INFORMATION 



SPEED/POWER 
CROSS-REFERENCE GUIDE 



GAL16V8 -30 Q R X 



X-HI-REL(X)(-55°TO +125'C) 

D — CERDIP 

C — SIDE BRAZED DIP 

R — CERAMIC LCC 

U — DIE 

Q — QUARTER POWER 
L - HALF P 



GAL16V8 
GAL20V8 
GAL39V18 
l$pGAL16Z8 



SPEED 


POWER 


GAL 


BIPOLAR 


DEVICE 


PAL DEVICE 


15ns 


45mA 


-15Q 




15ns 


90mA 


-15L 




15ns 


180mA 


use -15L 


B 


* 20ns 


50mA 


-20Q 




* 20ns 


90mA 


-20L 




* 20ns 


210mA 


use -20L 


B MIL 


25ns 


45mA 


-25Q 




25ns 


90mA 


-25L 


B-2 


25ns 


180mA 


use -25L 


A 


* 30ns 


50mA 


-30Q 




* 30ns 


90mA 


-30L 


B-2 MIL 


* 30ns 


210mA 


use -30L 


A MIL 


35ns 


45mA 


-35Q 


B-4 


35ns 


90mA 


-35L 


A-2 


35ns 


180mA 


use -35L 


STD 


* 40ns 


50mA 


-40Q 


B-4 MIL 


* 40ns 


90mA 


-40L 


A-2 MIL 


* 40ns 


210mA 


use -40L 


STD MIL 



MILITARY TEMPERATURE RANGE 
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PRELIMINARY 



FEATURES 



FUNCTIONAL BLOCK DIAGRAM 



SPECIFICATIONS GUARANTEED OVER 
FULL MILITARY TEMPERATURE 
RANGE (-55°C TO +125°C) 

ELECTRICALLY ERASABLE CELL TECHNOLOGY 

— Reconfigurable Logic 

— Reprogrammable Cells 

— Guaranteed 100% Yields 

HIGH PERFORMANCE E 2 CMOS TECHNOLOGY 

— Low Power: 50 mA Max Active 

40 mA Max Standby 

— High Speed: 20 ns Access Max 

30 ns Access Max 

160-HR BURN IN 

HI-REL ASSEMBLY FLOW 

HIGH-SPEED PROGRAMMING ALGORITHM 

SECURITY CELL PREVENTS COPYING LOGIC 

DATA RETENTION EXCEEDS 20 YEARS 



DESCRIPTION 



Lattice Semiconductor HI-REL(X) GAL20V8 combines 
a high-performance CMOS process with electrically 
erasable floating gate technology. This programmable 
memory technology applied to array logic provides 
designers with reconfigurable logic and bipolar perform- 
ance at significantly reduced power levels. 

The 24-pin HI-REL(X) GAL20V8 features 8 program- 
mable Output Logic Macrocells (OLMC) allowing each 
output to be configured by the user. Additionally, the 
GAL20V8 is capable of emulating, in a functional/fuse 
map compatible device, all common 24-pin PAL device 
architectures. 

The HI-REL(X) GAL20V8 is fully screened to a demand- 
ing assembly, burn-in, and test flow, as shown in Table 
1. Access times as fast as 20ns are available — 
guaranteed over the full military temperature range of 
-55°Cto +125°C. 

Unique test circuitry and reprogrammable cells allow 
complete AC, DC, and functionality testing during 
manufacture. Therefore, Lattice guarantees 100% field 
programmability and functionality of the GAL devices. 
In addition, electronic signature is available to provide 
positive device ID. A security circuit is built-in, providing 
proprietary designs with copy protection. The HI-REL(X) 
GAL20V8 is available in 24-pin CERDIP and side- 
brazed DIP packages or a space saving 28-lead square 
ceramic leadless chip carrier (LCC). 



H-CE? 

ru-ti ; 
H-n; 

Q-ts £ 



F3-B 



E'CMOS 
64x40 PROGRAMMABLE 
AND ARRAY 



GAL™ 20V8 




J 

-Ml 



PIN NAMES 



-E3 



m 



— on 



'o-'l 9 


INPUT 


OE 


OUTPUT ENABLE 


CK 


CLOCK INPUT 


Vcc 


POWER ( + 5V) 


B0-B5 


Bl DIRECTIONAL 


GND 


GROUND 


F0-F7 


OUTPUT 





GAL20V8 EMULATING PAL DEVICES 
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ABSOLUTE MAXIMUM RATINGS 1 



Supply voltage V cc - 5 to + 7V 

Input voltage applied -2.5 to Vcc + 1.0V 

Off-state output voltage applied ... - 2.5 to Vcc + 10V 
Storage temperature -65 to 150 °C 

1 . Stresses greater than those listed under the "Absolute Maximum 
Ratings" may cause permanent damage to the device. These are 
stress only ratings and functional operation of the device at these 
or at any other conditions greater than those indicated in the oper- 
ational sections of this specification is not implied (while program- 
ming, following the programming specifications. 



PIN CONFIGURATION 



CHIP CARRIER 




OPERATING RANGE 







MILITARY 


UNIT 


PARAMETER 


MIN. 


TYP. 


MAX. 


Vcc 


Supply voltage 


4.5 


5.0 


5.5 


V 


T A 


Ambient Temperature 


-55 






°c 


Tc 


Case Temperature 






125 


°c 



SWITCHING TEST CONDITIONS 



Input Pulse Levels 


GND to 3.0V 


Input Rise and Fall Times 


5ns 10% - 90% 


Input Timing Reference Levels 


1.5V 


Output Timing Reference Levels 


1.5V 


Output Load 


See Figure 




3-state levels are measured 0.5V from steady-state active level. 



FROM OUTPUT (B x , Fx) 
UNDER TEST 



■C L INCLUDES JIG AND PROBE TOTAL CAPACITANCE 



CAPACITANCE (T A = 25°C, f= 1.0 MHz) 



SYMBOL 


PARAMETER 


MAXIMUM 


UNITS 


TEST CONDITIONS 


c. 


Input Capacitance 


12 


pF 


V cc = 5.0V, V, = 2.0V 


c F 


Output Capacitance 


15 


pF 


V cc = 5.0V, V F = 2.0V 


c B 


Bidirectional Pin Cap 


15 


PF 


V CC = 5.0V, V B = 2.0V 
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GAL 20V8 LOGIC DIAGRAM 
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ELECTRICAL CHARACTERISTICS OVER OPERATING CONDITIONS 




PRELIMINARY 












QUARTER-POWER MILITARY GAL20V8 












SYMBOL 


PARAMETER 


TEST CONDITIONS 


MIN. 


MAX. 


UNITS 






'ih. 'il 


Input Leakage Current 


GND<Vim<V^ MAX 




+ 10 


liA, 






!bzh 
'bzl 


Bidirectional 

Pin Leakage Current 


GND<V, N <V CC MAX 


— 


±10 








Ifzl 
Ifzh 


Output Pin 
Leakage Current 


GND<V IN sV cc MAX 


— 


±10 








Ice 


Operating Power Supply Current 


F = 15 MHz 

Vrr = Vrr MAX 


— 


50 


mA 






bs 1 


Output Short Circuit 


Vrr = 5 OV VniiT = GND 


- 30 


- 130 


mA 






Im 


Standby Power Supply Current 


Vrr = Vrr MAX 




40 


mA 






Vol 


Output Low Voltage 


v cc = 

V cc MIN 


l L = 12mA 


— 


0.5 


V 






V 0H 


Output High Voltage 


V CC = 

V cc MIN 


I h = -2.0mA 


2.4 


— 


V 






Vim 


Input High Voltage 






2.0 


Vrr+ 1 


V 






V,L 


Input Low Voltage 






0.8 


V 




HALF-POWER MILITARY GAL20V8 












SYMBOL 


PARAMETER 


TEST CONDITIONS 


MIN. 


MAX. 


UNITS 






'ih. 'il 


Input Leakage Current 


RMn<\/,>,<V^ MAY 




, in 
± 1 u 








'bzh 
Ibzl 


Bidirectional 

Pin Leakage Current 


GND<V| N <V CC MAX 


— 


±10 








Ifzl 
'fzh 


Output Pin 
Leakage Current 


GND^V| N <V CC MAX 


— 


±10 


«A 






!CC 


Operating Power Supply Current 


F = 15 MHz 

Vrr - Vrr MAX 
V CC V CC lvl ^»" 





90 


mA 






los 1 


Output Short Circuit 


Vrr = 5 0V Vn it = GND 


-30 


- 130 


mA 






IsB 


Standby Power Supply Current 


- Vrr MAX 




70 


mA 






Vol 


Output Low Voltage 


v cc = 

V cc MIN 


l 0L = 12mA 




0.5 


V 






Vqh 


Output High Voltage 


V CC = 
V cc MIN 


l 0H = -2.0mA 


2.4 




V 






V,H 


Input High Voltage 






2.0 


Vcc+1 


V 






V,L 


Input Low Voltage 






0.8 


V 




1 One output at a time for a maximum duration of one second. 
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SWITCHING CHARACTERISTICS OVER OPERATING CONDITIONS 





MILITARY 


UNITS 


TEST CONDITIONS' 


SYMBOL PARAH 


IETER 


GAL20V8-20 


GAL20V8-30 


GAL20V8-40 




MIN. 


MAX. 


MIN. 


MAX. 


MIN. 


MAX. 






Tdvqvi 


to Active Output 




20 




30 




40 


ns 


200 


50 


Tdvqv2 


P 1 1 t Term Pn^hlo 
rlUUULl 1 ell U CI IdUlc 

Access Time to 
Active Output 




20 




30 




40 


ns 


Active High R = o=> 
Active Low = 200 


50 


Tdvqz 2 


Product Term Disable 
tn Outnute Off 




20 




30 




40 


ns 


From V h R = °° 

Frnm V™ R — POO 


5 


Tghqz 2 


G (OE) Output Enable 
High to Outputs Off 








25 




25 


ns 


From Vqh R = °° 
From V 0L r = 200 


5 


Tglqv 


G (OE) Output Enable 
Access Time 


— 


18 


— 


25 


— 


25 


ns 


Active High R = cx> 
Active Low R = 200 


50 


"l~CHQV 


Clock High to Output 
Valid Access Time 


— 


15 


— 


20 


— 


25 


ns 


200 


50 


Tdvch 


Input or Feedback 
Data Setup Time 


15 




25 




35 




ns 






T CHDX 


Input or Feedback 
Data Hold Time 

















ns 






T CHCH 

T CHCL 
T CLCH 


Clock Period 
( t dvch + t chqv) 
Clock Width High 
Clock Width Low 


30 

12 
12 




45 

15 
15 




60 

20 
20 




ns 

ns 
ns 






'max 


Maximum 
Frequency 


SYNCH. 
ASYNCH. 




33.3 
50.0 




22.2 
33.3 




16.6 
25.0 


MHz 


200 


50 



'Refer also to Switching Test Conditions. 2 3-State levels are measured 0.5V from steady-state active level. 



SWITCHING WAVEFORMS 









INPUTS 
I/O, REG. 
FEEDBACK 



OE 



REGISTERED 
OUTPUTS 



VALID INPUT 



\ 



-* tcHCL 


~+ — tcLCH 


' s 


k / 


•* tCHCH »- 



V 



ANY INPUT 
PROGRAMMED 
FOR OE CONTROL 



5- 



£ 



X 



)o «mxxxxxxxxxxxxyxxxxxxx^^^ 



COMBINATIONAL 
OUTPUTS 



2SX 



3 



-«-tDVOV2-»- 
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OUTPUT LOGIC MACROCELL 



The following discussion pertains to configuring the 
Output Logic Macrocell. It should be noted that actual 
implementation is accomplished by development soft- 
ware/hardware and is completely transparent to the 
user. 

The outputs of the AND array are fed into an OLMC, 
where each output can be individually set to active high, 
or active low, with either combinational (asynchronous) 
or registered (synchronous) configurations. A common 
output enable can be connected to all outputs, or 
separate inputs or product terms can be used to provide 
individual output enable controls. The Output Logic 
Macrocell provides the designer with maximal output 
flexibility in matching signal requirements, thus pro- 
viding more functions than possible with existing 24-pin 
PAL devices. 

The various configurations of the Output Logic Macrocell 
are controlled by programming certain cells (SYN, ACO, 
AC1(n), and the XOR(n) polarity bits) within the 82-bit 
Architecture Control Word. The SYN bit determines 



whether a device will have registered output capability 
or purely combinational outputs. It also replaces the 
ACO bit in the two outermost macrocells, OLMC (1 5) and 
OLMC (22). When first setting up the device architec- 
ture, this is the first bit to choose. 

Architecture Control bit ACO and the eight AC1(n) bits 
direct the outputs to be wired always on, always off (as 
an input), have a common OE term (pin 13), or to be 
three-state controlled separately from a product term. 
The Architecture Control bits also determine the source 
of the array feedback term through the FMUX, and 
select either combinational or registered outputs. 

The five valid macrocell configurations are shown in 
each of the macrocell equivalent diagrams. In all cases, 
the eight XOR(n) bits individually determine each out- 
put's polarity. The truth table associated with each 
diagram shows the bit values of the SYN, ACO, and 
AC1 (n) that set the macrocell to the configuration shown. 




GAL20V8 Output Logic Macrocell(n) 



FROM 
ADJACENT STAGE 
OUTPUT (m) 



NOTE - 



■ SYN replaces ACO and SYN replaces AC1(m) as an input to the FMUX in OLMC(15) and OLMC(22) to maintain full JEDEC fuse map 
compatibility with PAL type device architectures. 
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OUTPUT LOGIC HHCROCeLLin. 



--r—SS'o- 



SYN 


ACO 


AC1(n) 


FUNCTION 


1 





1 


INPUT MODE 
(i.e.20L2, 1BP4) 



IN THIS ARCHITECTURE MODE. 
PINS 1 AND 13 ARE DATA INPUTS. 
THE OUTPUT BUFFER IS DISABLED. 



V 



Dedicated Input Mode 




SYN 


ACO 


AC1(n) 


FUNCTION 


1 








ALL OUTPUTS 
COMBINATIONAL 
(i.e. 16H6) 



IN THIS ARCHITECTURE MODE. 

PINS 1 AND 1 3 ARE DATA INPUTS 

ALL MACROCELLS CONFIGURED AS OUTPUTS 

ARE COMBINATIONAL AND ALWAYS ACTIVE. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Dedicated Combinational Output 



Applications Hotline: 
1-800-FASTGAL 
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SVN 


ACO 


AC Km 


FUNCTION 


1 


1 


1 


ALL OUTPUTS 
COMBINATIONAL 

(i.e. 20L8, 20H8| 



IN THIS ARCHITECTURE MODE, 
PINS 1 AND 13 ARE DATA INPUTS. 
ALL OUTPUTS ARE COMBINATIONAL. 



XOR(n) 


OUTPUT POLARITY 




1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output 
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SYN 


ACO 


AC1(n) 


FUNCTION 





1 


1 


COMBINATIONAL 
OUTPUT IN A 
REGISTERED DEVICE 



IN THIS ARCHITECTURE MODE. 
PIN 1 = CK. PIN 13 = OE. THIS MACROCELL 
IS COMBINATIONAL. BUT AT LEAST ONE 
OF THE OTHERS IS A REGISTERED OUTPUT 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Combinational Output in a Registered Device 
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SYN 


ACO 


AC1(n) 


FUNCTION 





1 





OUTPUT 
REGISTERED 
(i.e. 20R8) 



IN THIS ARCHITECTURE MODE. 
PIN 1 = CK. PIN 1 3 = OE. 



XOR(n) 


OUTPUT POLARITY 



1 


ACTIVE LOW 
ACTIVE HIGH 



Registered Active High or Low Output 
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ROW ADDRESS MAP DESCRIPTION 

Figure 1 shows a block diagram of the row address map. 
There are a total of 44 unique row addresses available 
to the user when programming the GAL20V8. Row ad- 
dresses 0-39 each contain 64 bits of input term data. 
This is the user array where the custom logic pattern is 
programmed. Row 40 is the Electronic Signature Word. 
It has 64 bits available for any user-defined purpose. 
Row 41-59 are reserved by the manufacturer and are 
not available to users. 

Row 60 contains the architecture and output polarity in- 
formation. The 82 bits within this word are programmed 
to configure the device for a specific application. Row 61 
contains a one bit Security Cell that when programmed 
prevents further programming verification of the array. 
Row 63 is the row that is addressed to perform a bulk 
erase of the device, resetting it to a virgin state. Each 
of these functions is described in the following sections. 



I 


SHIFT REGISTER 


|— »- Sqout 


PT71-* 


PTto PT39-* 


PT1 



ELECTRONIC SIGNATURE 



ELECTRONIC SIGNATURE 



RESERVED ADDRESS SPACE 



ARCHITECTURE CONTROL WORD 



SECURITY CELL 
RESERVED 
BULK ERASE 



Figure 1 . GAL20V8 Row Address Map Block Diagram 



ELECTRONIC SIGNATURE WORD 

An Electronic Signature Word is provided with every 
GAL20V8 device. It resides at row address 40 and con- 
tains 64 bits of reprogrammable memory that can con- 
tain user-defined data. Some uses include ID codes, 
revision numbers, or inventory control. The ability to 
mark and identify parts electronically means improved 
parts handling and lower inventory costs. This signature 
data is always available to the user independent of the 
state of the Security Cell. 



ARCHITECTURE CONTROL WORD 

All of the various configurations of the GAL20V8 are con- 
trolled by programming cells within the 82-bit Architecture 
Control Word that resides at row 60. The location of 
specific bits within the Architecture Control Word is 
shown in the control word diagram in Figure 2. The func- 
tion of the SYN, AC0 and AC1 (n) bits have been explained 
in the Output Logic Macrocell description. The eight pol- 
arity bits determine each output's polarity individually. The 
numbers below the XOR(n) and AC1 (n) bits in Figure 2 
show the output device pin numbers that the polarity bits 
control. 



PT71 PT40 










PT39 PT8 


3? BITS 
PROOUCT TERM 


* BITS 
xonim 


■ e;: 
SYN 


■ BITS 
ARCHITECTURE 


■ BIT 
ACD 


lOMtn) PRODUCT TERM 


I I I I Ml I | I | 



15161718 15' 



■22 19202122 



Figure 2. GAL20V8 Architecture 
Control Word Diagram 



SECURITY CELL 

Row address 61 contains the Security Cell (one bit). The 
Security Cell is provided on all GAL20V8 devices as a 
deterent to unauthorized copying of the array configura- 
tion patterns. Once programmed, the circuitry enabling 
array access is disabled, preventing further program- 
ming or verification of the AND array (rows 0-39). The 
cell can be erased only in conjunction with the array dur- 
ing a bulk erase cycle, so the original configuration can 
never be examined once this cell is programmed. Signa- 
ture data is always available to the user. 

BULK ERASE MODE 

By addressing row 63 during a programming cycle, a 
clear function performs a bulk erase of the array and the 
Architecture Control Word. In addition, the Electronic 
Signature Word and the Security Cell are erased. This 
mode resets a previously configured device to its virgin 
state. 



Applications Hotline: 
1-800-FASTGAL 
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OUTPUT REGISTER PRELOAD 

When testing state machine designs, all possible states 
and state transitions must be verified in the design, not 
just those required in the normal machine operations. 
This is because in system operation, certain events oc- 
cur that may throw the logic into an illegal state (power- 
up, line voltage glitches, brown-outs, etc.). To test a 
design for proper treatment of these conditions, a way 
must be provided to break the feedback paths, and force 
any desired (ie. illegal) state into the registers. Then the 
machine can be sequenced and the outputs tested for 
correct next state conditions. 

The GAL20V8 includes circuitry that allows each regis- 
tered output to be synchronously set either high or low. 
Thus, any present state condition can be forced for test 
sequencing. Figure 3 shows the pin functions necessary 
to preload the registers. The register preload timing and 
pin voltage levels necessary to perform the function are 
shown below. This test mode is entered by raising PRLD 
to V| E s, which enables the serial data in (Sdi N ) buffer 
and the serial data out (Sdout) buffer. Data is then 
serially shifted into the registers on each rising edge of 
the clock, DCLK. Only the macrocells with registered out- 
put configurations are loaded. If only 3 outputs have reg- 



isters, then only 3 bits, need be shifted in. The registers 
are loaded from the bottom up, as shown in Figure 3. 



DCLK 1 



Vcc 

lT 



- Sdout" 

- PRLD 



Figure 3. Output Register Preload Pinout 



LATCH-UP PROTECTION 

GAL devices are designed with an on-board charge 
pump to negatively bias the substrate. The negative bias 
is of sufficient magnitude to prevent input undershoots 
from causing the circuitry to latch. Additionally, outputs 
are designed with n-channel pullups instead of the tradi- 
tional p-channel pullups to eliminate any possibility of 
SCR-induced latching. 



Vcc 



Vcc 



Vies 



/ 



VlL 



mm ; 



x 



V,„ 



VlL 
VOH 



X 



VALID DATA 
1> 



X^ 



X3K 



Figure 4. Register Preload Waveforms 



* NOTE — The S D0UT output buffer is an open drain output during preload. This pin should be terminated to V cc 
with a 10K resistor. 
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POWER-UP RESET 



INTERNAL 
REG. Q 



FEEDBACK/EXTERNAL 
REG. Q 
OUTPUT 





E 

-« tpn «J 


<xxxx> 


XXXXXXX VALID CLOCK SIGNAL 




tRESET 


INTERNAL REGISTER 
\ RESET TO LOGIC 


WXXXXXXXXXXXXXXXX) 






XXXXXXXXXXXXXXXXXX) 


/ EXTERNAL REGISTER 
OUTPUT = LOGIC 1 



Circuitry within the GAL20V8 provides a reset signal to 
all registers during power-up. All internal registers will 
have their Q outputs set low after a specified time 
(tRESET)- As a result, the state orvthe registered output 
pins (if they are enabled through OE) will always be high 
on power-up, regardless of the programmed polarity of 
the output pins. This feature can greatly simplify state 
machine design by providing a known state on power-up. 



The timing diagram for power-up is shown above. Be- 
cause of the asynchronous nature of system power-up, 
some conditions must be met to guarantee a valid 
power-up reset of the GAL20V8. First, the Vcc rise must 
be monotonic. Second, the clock input must become a 
proper TTL level within the specified time (tpR). The reg- 
isters will reset within a maximum of tRESET time. As in 
normal system operation, avoid clocking the device until 
all input and feedback path setup times have been met. 



FIELD SUPPORT TOOLS 



PROGRAMMER/DEVELOPMENT SYSTEMS 





SYSTEM 


REVISION 


DATA I/O 


Model 29B 
Logic Pak 


V04 




P/T Adapter 
303A-009 


V03 




Model 60 




STAG 


PPZ/ZM2200 


11/20 




ZL30 & ZL32 


V30.41 




ZL30A 


V30A.03 


VARIX 


Omni-Programmer 


* * 


INLAB 


Model 28 




VALLEY DATA SCIENCES 


Model 160 





** This version being qualified. 



SOFTWARE DEVELOPMENT TOOLSt 



PACKAGE 


VENDOR 


REVISION 


CUPL 


Assisted Technology 


2.1 


ABEL 


Data I/O 


1.13 


PLDtest 


Data I/O 


t 


DASH-ABEL 


Data I/O 


1.0 


PALASM 


Monolithic Memories 


t 



t When emulating PAL devices any revision of the software can be used to create 
the PAL JEDEC file. The programming hardware will automatically configure 
the GAL architecture. 



Although it is possible to program GAL devices 
manually. LATTICE strongly recommends the use of 
approved programming hardware and software. Pro- 
gramming on unapproved equipment will generally void 
all guarantees. 

Approved equipment includes LATTICE programming 
algorithms that program the array, automatically con- 
figure the architecture control word, and track the 
number of program cycles each device has experienced 
(this information is stored within each GAL device). This 
in turn assures data retention and reliability. Contact the 
factory for specific conditions which must be met to gain 
programming equipment approval or for the current list 
of approved GAL programming equipment. 



Applications Hotline: 
1-800-FASTGAL 
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DELIA TCHQV (T co | VS OUTPUT LOADING DELTA TDVQV (T„„) VS OUTPUT LOADING 




200 400 600 800 1000 a 200 400 600 800 1000 V OM (VJ 



OUTPUT LOAD CAPACITANCE (pF) OUTPUT LOAD CAPACITANCE <pF) 
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All LATTICE Semiconductor products begin with exact- 
ing design criteria established for the devices' ultimate 
use in high-reliability programs. All products are 
manufactured, inspected, and tested in compliance with 
LATTICE'S Quality Assurance program, which meets or 
exceeds all requirements as outlined in MIL-M 3851 OF 
Appendix A, as well as all inspection system re- 
quirements in MIL-I-45208A. LATTICE enforces all such 
requirements on any and all subcontractors involved in 
the manufacture of its product. LATTICE is solely 
responsible for securing and proving the documentation 
and control of its Quality Assurance program. 
All HI-REL(X) grade products undergo demanding 
screening procedures according to the Methods and 



Requirements described below, which can be found in 
MIL-STD-883C, Method 5004. A high-reliability 
assembly flow is employed with 100% internal-visual, 
stabilization-bake temperature-cycling, and constant 
acceleration screens. The HI-REL(X) grade processing 
also includes as standard 1 00% 1 60-hour burn-in at an 
ambient temperature of +125°C per Method 1015, 
followed by 1 00% temperature testing of all DC and AC 
parameters over the full -55°C to +125°C 
temperature range. For special customer specifications 
of quality requirements — such as SEM analysis, X-ray, 
or other screening flows to meet specific needs — 
please contact your local sales office or LATTICE 
Semiconductor directly at 1-800-FASTGAL. 



SCREENING FLOW 




Table 1. 


Screen 


Method 


Requirement 


Wafer Lot Acceptance 


Per LATTICE Specification 


3 Wafers/Lot 


Internal Visual 


2010 Cond. B 


100% 


Stabilization Bake 


1008 24 HR Cond. C 


100°/o 


Temp Cycling 


1010 Cond. C 


100% 


Constant Acceleration 


2001 Cond. E 


1 00% 


Visual Inspection 


5004 


1 00° o 


Hermeticity 


1014 


100% 


Fine 


Cond. A1 




Gross 


Cond. C 




Pre-Burn-ln Electrical 


Applicable Device Specification T A = 25°C 


100% 


Burn-In 


1015, 160 HRS, 125°C 


100% 


Post Burn-In Electrical 


Applicable Device Specification T A = 25°C 


100% 


Percent Defective Allowable 


5004 


5% 


Final Electrical Test 


Applicable Device Specification T A = 125°C 


100% 


Final Electrical Test 


Applicable Device Specification T A = -55°C 


100% 


OCI Sample Selection 


MIL-M-38510F Section 4.5 


Sample 


External Visual 


2009 


100% 



Applications Hotline: 
1-800-FASTGAL 
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PACKAGE INFORMATION 



24-PIN, 300-MIL 
SIDE-BRAZED CERAMIC DIP 



uuuuuuuuuuuu 



n ryl-i nnnnnr/innn 




24-PIN. 300-MIL CERDIP 



3 


3H ~ 




_nnnnnnnnnnnn 


T 


! 


i 

7 



, — 






1HKUH 1 






TO 
> • 


WW 

— | Mffi 







28-PIN LEADLESS CHIP CARRIER (LCC) 



r~ 




TOP VI€W 


! T 




h — 






; I ' H H H K H H H fT T 



NOTE — All dimensions are >n inches and parenthetically in r 



ORDERING INFORMATION 



GAL16V8 -30 Q R X 



MIL PROCESS: 



- HI-REL(X| (-55* TO 
D — CEROIP 
C — SIDE BRAZED DIP 
R - CERAMIC LCC 
U-DIE 

Q — QUARTER POWER 

L - HALF POWER 

-20 = 20ns 

-30 = 30ns 

-40 = 40ns 

GAL16V8 

GAL20V8 

GAL39V18 

IspGALlBZS 



The specifications and inioimahon contained herein are subject to change without notice 



SPEED/POWER 
CROSS-REFERENCE GUIDE 



SPEED 


POWER 


GAL 


BIPOLAR 


DEVICE 


PAL DEVICE 


15ns 


45mA 


-15Q 




15ns 


90mA 


-15L 




15ns 


180mA 


use - 15L 


B 


* 20ns 


50mA 


-20Q 




* 20ns 


90mA 


-20L 




* 20ns 


210mA 


use -20L 


B MIL 


25ns 


45mA 


-25Q 




25ns 


90mA 


-25L 


B-2 


25ns 


180mA 


use -25L 


A 


* 30ns 


50mA 


-30Q 




* 30ns 


90mA 


-30L 


B-2 MIL 


* 30ns 


210mA 


use -30L 


A MIL 


35ns 


45mA 


-35Q 


B-4 


35ns 


90mA 


-35L 


A-2 


35ns 


180mA 


use -35L 


STD 


* 40ns 


50mA 


-40Q 


B-4 MIL 


* 40ns 


90mA 


-40L 


A-2 MIL 


* 40ns 


210mA 


use -40L 


STD MIL 



MILITARY TEMPERATURE RANGE 
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DESCRIPTION 



Lattice Semiconductor offers a family of high-perform- 
ance E 2 CMOS programmable logic devices that provides 
enhanced performance for both existing and future logic 
designs. Known as GAL (Generic Array Logic) devices, 
they offer a powerful new architecture that is fully com- 
patible with existing logic development tools. 

The designer of logic systems has long been faced 
with newer and better ways to design systems: RTL, 
TTL, PAL, gate array, custom... Each of these 'enhance- 
ments' to the design process has solved some aspect 
of the design problem, while bringing yet another series 
of problems to the table. 

This section provides a brief overview of the funda- 
mentals necessary to design with GAL devices. Experi- 
enced users of PLDs can skip directly to page 3-10, where 
the enhanced architecture of GAL devices is discussed. 



Logic Fundamentals 

Fundamental to the digital logic design process is an 
understanding of the basics of Boolean algebra. Those 
readers desiring a more complete review or education 
on these concepts are referred to the many fine books 
on the topic (also see the references at the end of the 
chapter). This section deals with the fundamentals of 
Boolean algebra necessary to implement a basic logic 
function in a PLD. 

Boolean Algebra 

Boolean theory comes to us from George Boole and 
his 1854 publication 'An Investigation of the Laws of 
Thought. 'The condition of yes or no, true or false, high 
or low, etc. is a Boolean condition. These 'black or 
white' conditions are all around us. 

For example, let's look at the alarm clock that got you 
up this morning. Its functionality can be defined as a 
Boolean function. 

a) If the alarm is not set, it will not sound. 

b) If the alarm is set and the time matches the preset 
alarm time, it will buzz. 

This functionality can be expressed in a table format 
(Table 1 ), where stands for 'false' or 'off, ' and 1 stands 
for 'true' or 'on'. 

Notice that only the combination of variables where 
both 'Alarm Set' and 'Time Match' are true results in a 
sound of one (or buzz). 

The basic functionality defined above can also be 
written in an equation as follows: 

Sound = Set -Match 

The equation is verbalized as 'The alarm sounds only 
when the alarm is set AND the time matches. ' The ' » ' 
represents the logical AND function. 

Basic Functions 

Boolean algebra is performed on the set of [True, 
False] which is commonly abbreviated as [1,0]. All 
Boolean operators are performed on variables having 
only these two states and all Boolean results are ex- 
pressed in terms of one of these two states. The func- 
tionality of Boolean algebra far outweighs its apparent 
simplicity, as we will see in the coming sections. 

The previous equation used the Boolean AND func- 
tion, which is one of the three basic Boolean functions: 
AND, OR and NOT. All three are readily implemented 

Table 1 . Alarm Clock Functionality 



Alarm Set 


Time Match 


Alarm Sounds 














1 





1 








1 


1 


1 
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with transistor circuits. For example, electronic imple- 
mentations of the OR function are shown in schematic 
form in Figure 1 . The differences in transistor technology 
between bipolar and CMOS have no bearing on the 
logical 1 or result of the OR operation. The logical 
operation of the OR function is shown in the top entries 
of Figure 2. The 'truth' table shows that C is true when 
either A OR B is true. Only one of the operands needs 
be true for the result to be true; however, if both oper- 
ands are true, the result remains true. (Remember that 
this is a logical function and not an arithmetic function.) 

The AND operator works in a similar fashion. For the 
result to be true with an AND function, all of the operands 
must be true. Thus, C is true only when both A AND B 
are true. 

The NOT operator is the simplest of the three opera- 
tors; however, it plays an essential role in manipulating 



Figure I. OR Gate Circuits 



BIPOLAR TECHNOLOGY 



HL" 

E*CMOS TECHNOLOGY 



complex data. The NOT function is simply an inversion: 
when the input is true, the output is false; when the input 
is false, the output is true. 

The three Boolean operators are accorded specific 
priorities, or precedence, when evaluating equations. 
Functions in parentheses are always evaluated first. 
The NOT operator is evaluated next, before the AND, 
which is applied before the OR. As an example, examine 
the following equations: 

(1) C = A + B 

(2) D = (A + B) 

In case 1 , the individual values of A and B are inverted 
before the OR function is evaluated. In case 2, however, 
the parentheses demand that the OR be evaluated first, 
and then the result is inverted by the NOT. 

Boolean a/gebra also has the familiar Associative 
and Commutative theories for the AND and OR opera- 
tors, whereby equations can be expanded or reduced 
through the laws of Associativity and Commufativity. 
The Associative theory specifies that like operations can 
be evaluated in any order, regardless of parenthesis: 

(A + B) + C = A + (B + C) 

The theory requires that the operators be the same; thus 
the following inequality: 

(A + B)*C*A + (B.C) 

The Commutative theory specifies that, with like 
operators, the order of the variables (or operands) is not 
important; thus: 

A»B = B »A 

Basic Theory 

The theory of Boolean algebra is based on several 
postulates that are given to be true. The proofs and 
analyses of the postulates will not be presented here; 
however, you may wish to refer to the reference material 
for further details. 



Figure 2. Boolean Operators 



C = A-B or 
C = A-B or 
C = AB 



C = A 
C = /A 
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Also necessary for a full understanding of Boolean 
algebra Is a discussion of the details of equation manipu- 
lation, minimization, and expansion. The recent advances 
in PLD software tools now allow the software to handle 
all of the reduction automatically. As such, we spend 
only a few brief words on this topic. 

Postulates 

The postulates, as proposed by Huntington in 1904 
(see reference (3) at the end of this section) are as 
follows: 

1) Additive and Multiplicative Identity Elements 

(a) x + = x 

(b) x-1 =x 

2) Commutativity 



(a) x + y = y + x 

(b) x»y = y*x 



3) Distributivity 

(a) x + (y*z) = (x + y)'(x + y) 

(b) x*(y + z) = (x.y) + (x*z) 

4) Complementation 

(a) x + x = 1 

(b) x*x = 

Notice that each of the postulates is really a set of two 
definitions that reflects the action of the two basic alge- 
braic operators, AND and OR. 

The Duality Principle takes advantage of the parallels 
in the effect of the AND and OR operators. Duality is 
used extensively to generate the second part of the set 
of theorems below. 

Duality states that if the following replacements are 
made, a logical equivalent expression can be generated: 

(a) Replace all Trues with Falses 

(b) Rep/ace all Falses with Trues 

(c) Replace all ANDs with ORs 

(d) Replace all ORs with ANDs 

Theorems 

Derived from the postulates and the Duality Principle 
are a set of theorems that allows for simplified analysis 
of a logic equation: 

1) Idempotence 

(a) x*x = x 

(b) x + x = x 



2) Special properties of and 1 

(a) x-0 = 

(b) x + 1 = 1 
(cj 5=1 
(d) 1=0 

3) Absorption 

(a) x*(x + y) = x 

(b) x + (x*y) = x 

4) Associativity 

(a) x + (y + z) = (x + y) + z 

(b) x>(yz) = (x*y)*z 

5) If x«y = y and x + y = y then x = y 

6) (x) = x 

7) DeMorgan's Law 

(a) (x + y) = x>y 

(b) (x+y) = x + y 

Truth Tables, Karnaugh Maps 

Truth tables have been used earlier in this section to 
describe logic functionality. They remain as a powerful 
tool to document and design logic functions. 

A truth table is generated by listing all combinations 
of the various input functions with the appropriate output 
logic function. The normal, although not required, format 
is to have the input variables listed in a binary counting 
sequence. 

The length of the truth table is an exponential func- 
tion of the number of input variables. A table of two-input 
functions is2 2 = 4 long, while a three-input function is 
2 3 = 8 long. 

A Karnaugh map is a visual tool that aids in the reduc- 
tion of logic functions to either of two special formats 
that are easily transferred into a PLD logic map. These 
formats — Sum of Products and Product of Sums — are 
discussed in a subsequent section. 

Since a thorough understanding of Karnaugh maps 
is not required to use programmable logic devices, 
(especially since the current-generation development 
software tools will automatically and accurately reduce 
and minimize input equations), the topic is not discussed 
in this book. 

Some of the older software development packages 
that are assembler-based, however, do require that fully 
minimized equations be used as the input functions, and 
the reader with access to only such tools will likely need 
to fully familiarize himself with Karnaugh-map minimiza- 
tion techniques. 

Equations 

A programmable device requires that a particular for- 
mat of data be used to define the final functionality of 



3-4 



I LOGIC TUTORIAL 



the device, it is the goal of the designer or the develop- 
ment software to transform the logic definition into an 
acceptable format. The Product of Sums (POS) format 
can be used to describe any combinational logic func- 
tion. This two-level format consists of logical OR terms 
that are ANDed together. Thus, 

(1) y = a*(c + d) + b»c + b*d 
can be simplified to: 

(2) y = a*(c + d) + b*(c + d) 

(3) = (a + b).(c + d) 

which is an AND of sum terms. 

The most common representation is the dual of the 
product-of-sums format and is known as the Sum of Pro- 
ducts. The basic PLD array interconnects are of this 
form. 

The Sum of Products (SOP) consists of several AND 
terms ORed (summed) together. Eq.(1) can also be sim- 
plified to a SOP form: 

(4) y = a*(c + d) + b*c + b*d 

(5) =a*c + a*d + b*c + b»d 

The above transformations are shown in Figure 3. 



Figure 3. Basic Function Formats 
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DeMorgan's Law 

A closer examination of the above two implementa- 
tions of the same function in POS (Eq.(3)) and SOP 
(Eq.(5)) forms shows that the number of terms feeding 
into the final gate varies with the implementation. The 
SOP format required 4 terms, while the POS format 
required only 2 terms. This observation is critical, since 
the total number of terms in any PLD is limited. 

DeMorgan's Law (defined earlier in this section) is 
a simple rule that can quickly convert from SOP to POS 
or back, without altering the final logic function. This can 
often allow the number of terms to be reduced by as 
much as 50%, to overcome device limitations. Eq.(3) 
can be converted to SOP as follows : 

(3) y = (a + b).(c + d) 

using the duality principle: 

(6) y = (a.b) + (c*d) 

and then gathering the NOT functions to the left side of 
the equal sign: 

(7) y = (a.b) + (c.d) 

Eq.(7) is the SOP form. Note, however, that the output 
function is inverted (or 'active low'). A subsequent inver- 
sion function will be required to produce the original out- 
put function. 

Canonical Form 

The canonical is a 'long-form' representation of logic 
equations that, technically, represents an equation as 
the sum of its minterms. (A minterm is a unique repre- 
sentation of input variables and would represent any 
one row in our truth tables.) Canonical forms are not 
more compact; rather, they provide a simple means of 
converting equations from POS to SOP and vice-versa. 

Again, the use of canonical forms is required only by 
some of the previous-generation software packages and 
has a limited practical value in designing PLDs. 

Reduction of Equations 

Generally a complex logic function must be repre- 
sented in a specific and reduced format to be imple- 
mented into a PLD. The various methods touched on 
above — Karnaugh maps, DeMorgan's Law, and Canon- 
ical forms — are used to manipulate the equations in 
conjunction with the basic Postulates and Theorems. 

Current-generation software handles all equation 
minimization and will actually allow the use of higher- 
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level functions, such as state description and macro 
functions, as input functions. 



PLD ALTERNATIVES 



It is not uncommon for a system to be designed using 
digital logic devices from any of several basic categor- 
ies, exploiting the advantages and designing around the 
disadvantages of each category. The basic groups are: 

• Standard product: TTL, LSTTL, etc. 

(SSI & MSI devices) 

• Software-configurable LSI Devices 

(microprocessors) 

• Application-Specific ICs (ASICs) 

Though the most widely available, standard products 
are designed to meet the general needs of a large cus- 
tomer base. The user must prepare for a high degree 
of interconnect, and design around the various stand- 
alone-device performance and functional specifications. 
The result of using standard products can be higher sys- 
tem cost, higher unit count, and increased power-supply 
and board-space requirements. This alternative may 
also result in lower system reliability, due to the high 
number of components and interconnects. The advan- 
tage lies in the high performance (at the cost of power) 
obtainable using SSI and MSI devices. 

Software-configurable microprocessor devices have 
an inherent flexibility and customizability that is difficult 
to match with other device types; however, these devices 
typically operate at one-tenth the speed of dedicated 
ICs, and cannot serve directly in the data path of speed- 
critical applications. In addition, it is not uncommon for 
a microprocessor to require an 'army' of support chips 
to interface to a real-world application. 

The devices in the ASIC category offer advantages 
over other alternatives, in that they perform a function 
defined by the user that is optimized for his application. 
The ASIC category further divides into three categories 
of functionally specific devices: Standard Cells, Gate 
Arrays, and Programmable Logic Devices (PLDs). 

The standard-cell approach uses pre-configured, pre- 
tested and pre-characterized logic blocks to construct 
a custom silicon chip for the designer. The chip is usually 
designed by hand, using a graphics terminal. The out- 
come is a fairly efficient logic design that may take weeks 
or months to complete, while incurring a hefty up-front 
engineering charge, or non-recurring expense (NRE). 
In addition, the custom piece of silicon will take addi- 
tional weeks, if not months, to manufacture. 

The development time and complexity of a standard- 
cell design severely impact the ability to incorporate 
changes or corrections to the design. In addition, the 



customer is typically obligated for some minimum pro- 
duction lot size to cover the manufacturer's expenses. 
Since most logic design is subject to revision during the 
debug phase, the time and dollar penalties of the stan- 
dard cell approach make this a relatively high risk. 

The gate-array approach has gained extensive mar- 
ket recognition as a more optimal 'bridge' between the 
standard cell (full custom) and programmable alterna- 
tives. The gate array is a pre-manufactured silicon matrix 
that awaits only a custom interconnect pattern to estab- 
lish functionality. The designer can choose from NAND 
gates, flip-flops, and various types of buffers to construct 
his logic. 

The flexibility of a gate array is less than that of a 
standard-cell device, since the user must interconnect 
existing structures. However, since the device usually 
has many pins — 68 or more — it offers greater logic 
functionality than a typical PLD. This increased func- 
tionality, however, comes at the penalty of lower per- 
formance. 

Since the gate array relies on only one or two custom 
mask layers, the wafer fabrication can be done much 
more quickly than with the standard cell. The turn time 
from design completion to final chip for a gate array is, 
at best, 4 to 8 weeks. Although not as costly up front as 
a standard cell, there is still an up-front development 
cost, a minimum lot size, and a long and costly cycle for 
logic changes. These features make this, too, a risky 
approach. 

Advantages of PLDs 

The previous alternatives are ideal choices for high- 
volume applications where, once debugged, the design 
is not subject to change. The average customer, how- 
ever, uses hundreds to thousands of devices of a given 
logic pattern, each year. He cannot afford the NRE of 
a gate array or standard cell, since the volume is not 
high enough to amortize this expense. Figure 4 shows 
the cost and development time relationships of the vari- 
ous design alternatives. 

The PLD offers a solution to these woes. The low unit 
cost, simple but powerful and affordable development 
tools, flexibility, high performance, and proven reliability 
of these devices results in a more cost-efficient, higher- 
performance, lower-risk, and more timely design cycle. 

As shown in the basic PLD block diagram of Figure 
5, the PLD is a user-configurable logic device that per- 
forms a function on input data, to produce desired output 
data. Configuration is done by patterning (programming) 
memory cells by applying a series of voltage pulses to 
the device. These details are discussed in a later 
section. 

As one would expect, there are many types of PLD's, 
each optimized to perform a specific logic function with 



3-6 



LOGIC TUTORIAL 



given performance criteria. Before we look at the vari- 
ous types of PLDs, we must review a few logic conven- 
tions used to describe (and illustrate) these devices. 

Figure 6 shows a typical PLD input buffer. Its two out- 
puts are the true and complement of the input, as shown 
by the truth table. Figure 7 illustrates the convention 
used to reduce the complexity of a logic diagram without 
sacrificing any of the clarity. The traditional represen- 



Figure 4. Costs vs. Development Time 
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Figure 5. Basic PLD Block Diagram 




tation of an AND gate shows three inputs: A, B, and C. 
The PLD representation has the same three inputs. This 
shorthand reflects the three distinct input terms of the 
prior drawing. The structure of a multiple-input AND 
gate is known as a Product Term. 

Referring to Figure 8, we see that the solid-dot con- 
nection in the previous figure represents a permanent 
connection. A programmable interconnection would 
appear as an X over the intersection, as shown. The X 
implies that the connection is intact, whereas the absence 
of an X implies no interconnection. 

Figure 9 details the default conditions for AND gates. 
From the diagram, you can see that the AND gate for 
output D is connected to all the input terms. The equa- 
tion for D is 

D = A»A*B«B 
which can be simplified using Boolean algebra 
D = (A*A>(B*B) 
D = 

The connection of both the true and complement of a 
given input buffer to a single product term results in that 
product term always being a logic 0. 

A shorthand notation for leaving all of the input buf- 
fers connected is illustrated on output E. Since logic- 



Figure 7. AND Gate Representations 
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Figure 8. PLD Connections 
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diagram maps are usually supplied without any of the 
connections shown as intact, it is much simpler for the 
designer to connect a whole product term (the device 
default) by simply drawing the X within the AND gate. 
Again, this product term will always be a logic 0. 

Output F, in contrast, does not have any input terms 
connected to its product term. This product term will 
always 'float' to a logic 1 , resulting in a 1 on the output. 
In the following sections, where various PLD architec- 
tures will be examined in detail, we will see why this 
design practice is not recommended. 




Figure 10. Basic PROM Architecture 
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PROMs and FPLAs 

The first PLDs were made available in the early 1970s. 
Known as Programmable Read-Only Memories (PROMs), 
these devices can now be purchased in densities rang- 
ing from 64 to 1 million bits. They comprise a programm- 
able OR array fed by a fixed AND array (Figure 1 0). The 
AND array is a 'fully decoded' array, meaning that all 
possible combinations of the inputs l ...l 2 have a unique 
product term. The size of the array in a PROM, due to 
this full decoding, grows as 2", where n is the number of 
inputs. This can result in a very large and costly device. 

PROM devices tend to be slower than other PLDs, 
due to the switching time of the large arrays. Only some 
small PROMs operate fast enough to find success as 
logic elements. Moreover, most logic functions don't 
require that all possible combinations of the inputs be 
available, since many of the combinations are invalid or 
impossible. 

The primary uses of PROMs have been in memory- 
type applications, such as display look-up tables, and 
software storage known as firmware. 

The Field Programmable Logic Array (FPLA) was 
devised in the mid 1 970s as a more efficient way to han- 
dle logic functions. As depicted in Figure 1 1 , the FPLA 
has a basic structure similar to that of the PROM; how- 
ever, both its AND and OR arrays are programmable. 
To provide a smaller and faster array, the AND array is 



Figure 1 1 . Basic FPLA Architecture 
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not fully decoded. Product terms can be shared by any 
or all of the OR terms. 

In the following example, you can see that the func- 
tions require 7 product terms, of which 5 are unique: 

O = / */ 1 -/ 2 + l 1 .l 2 

O 2 = f 0*'l*'2 + 't* , 2 



Figure 12. Basic PAL Device Architecture 
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This function can be implemented in our FPLA device, 
since the six available product terms can accommodate 
the five unique product terms of the example. 

With its smaller arrays, an FPLA operates faster than 
a PROM. FPLAs find extensive usage in applications 
where the output functions are very similar, allowing full 
utilization of the shared product terms. The dual pro- 
grammable arrays make the designer's task easier, 
since he can control all of the functionality of the device. 
Of commercially available devices, design engineers 
have objected in the past to the quality of the software 
support, the unavailability of programming tools, the 
device cost, and the speed with which these devices 
processed data. Great strides are being made on all of 
these fronts, however, and you can expect to see a 
revival of enthusiasm in FPLA types of devices. 

Enter PAL Devices 

The PAL approach of the late 70s, illustrated in Figure 
12, again varies the array control. This time, the AND 
array is programmable and the OR array is fixed. This 
approach offers the highest performance and the most 
efficient architecture for most logic functions. 

The quantity of product terms per output is fixed by the 
hardwired OR array. The typical logic function requires 
some 3 to 4 product terms, well under the 7 to 8 avail- 
able on current-generation devices. 

PAL device architectures — the number of inputs, 
outputs and product terms — have been fixed by the 
manufacturer, based on a guess as to what the designer 
may ultimately want. However, the dozens of device 
types introduced over the last 8 years essentially offer 
various permutations of three basic output structures. 

The first is shown in Figure 13, which illustrates an 
input and an output with six product terms. The output 
is always enabled and active-low (notice the invert at the 
OR gate). The true and complement of the input are 
available to the AND array. 



Figure 13. Dedicated Output Structure 
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The second output structure is actually an I/O pin, 
shown in Figure 14. The output logic is an active-low 
function of seven product terms. The data from the pin 
also feeds back into the AND array. 

Notice that the output buffer is controlled by its own 
product term, a/lowing dynamic I/O control. This dynamic 
control can be used either to determine the ratio of device 
inputs to outputs, or to disable the outputs when con- 
nected in a bus environment. 

Third is a sequential, or registered output, shown in 
Figure 15. The logic OR of eight product terms is avail- 
able to the designer. Here, the register state (both true 
and complement) feeds back into the array, as well as 
into an output buffer with a bank-controlled output- 
enable feature. The clock is common, as well, minimiz- 
ing switching skew between buffers, and the register is 
a high-speed D type. The feedback of the register data 
into the AND array allows the current-state data (in the 
registers) to be part of the next-state function. This is 
necessary for most sequential functions, such as count- 
ing and shifting operations. 

Meet GAL Devices 

The architectures of the three types of program- 
mable logic devices discussed so far are summarized 



in Table 2. The Lattice Semiconductor GAL device is listed 
as a fourth element, since its architecture is a next-gen- 
eration enhancement of the basic PAL architecture and 
deserves special review. 

The GAL device was conceived to provide enhanced 
functionality, quality, design support, and flexibility with- 
out compromising performance. 

The GAL architecture is the now-familiar program- 
mable AND array driving a fixed OR array. The difference 



Table 2. PLD Architectures 
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Figure 15. Sequential (Registered) Output Structure 
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Figure 16. GAL16V8 Block Diagram 
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is in the architecture and flexibility of the output func- 
tions. The GAL device integrates an Output Logic Macro- 
Cell (OLMC) on each of its output pins. The GAL16V8 
and its eight OLMCs are shown in Figure 16. 

The OLMC, shown in detail in Figure 1 7, is config- 
ured by the designer on a pin-by-pin basis to implement 
the desired function. Figure 18 shows the GAL macro- 
cell configured into the four basic operating modes des- 
cribed previously. 

The programmable polarity feature of each of the out- 
put macrocells deserves a special investigation. Located 
in the heart of the OLMC, the programmable polarity 
function is implemented by the exclusive-OR (XOR) gate 
that follows the OR gate from the array. Recalling the 
truth table of an XOR gate, it can be shown that the data 
can be inverted (control = 1)or not inverted (control = 0), 
depending on the state of the second input, as shown 
in Table 3. 

Programmable output polarity is used extensively in 
DeMorgan 's Law to reduce the number of product terms 
required to implement a function. As a result, the GAL 
device can generally implement functions that appear 



Table 3. Programmable Polarity Functionality 



to require more than 8 product terms per output. For 
example, 

0=A+B+C+D+E+F+G+H+l 

is a function of 9 product terms, each representing one 
input variable. This equation can be reduced to one pro- 
duct term if DeMorgan' s Law is applied. 

= A-B*C*D*E.F*G*H»7 

O is now a function of only 1 product term. To obtain O 
again, we need only invert the function using the polar- 
ity feature of the GAL OLMC. This function could not 
have been implemented in the last-generation PAL 
architecture. 

The OLMCs are configurable by the designer to per- 
form the various functions. For example, the designer 
merely specifies two active-low registers, one active- 
high I/O pin, two dedicated inputs, and an active-high 
register — and the device is configured, instantly. 

Since each of the OLMCs contains the same logic, 
it is also possible to 'tweak' an existing design for the 
convenience of the manufacturing department. One 
example might be moving a function to an adjacent pin 
to optimize board layout. This could eliminate an inter- 
connect level on a multilevel board, by swapping two 
functions and eliminating the need to cross traces. The 
GAL architecture is not fixed until the user specifies the 
requirements. □ 
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Lattice Semiconductor specializes in the design and 
manufacture of high-speed E z CMOS programmable 
logic devices. It is not currently our intention to provide 
custom software and/or hardware for the purpose of 
developing patterns for the GAL family of devices, and, 
as such, we leave the software/hardware task to the 
respective experts in those fields. 

Such third-party development-tool suppliers provide 
support for all major devices, from a variety of manufac- 
turers. If you're just starting out with programmable logic 
and plan to purchase development tools, rest assured 
that industry-standard hardware and software will not 
only handle GAL device development, but can serve in 
those occasions where another manufacturer's PLD 
might be needed. If you're already using standard tools 
for PLD development, the move to GAL devices won't 
require sophisticated or expensive upgrades; current 
third-party development tools support Lattice GAL devices 
to their full extent. At most, an upgrade to the current 
revision of the support tool may be required. 



Lattice's Applications Department remains on call to 
assist you in the task of development using third-party 
tools. Our engineers, trained on a variety of standard 
equipment, are prepared to answer any questions you 
may have. In addition, they are able to exploit the tools to 
more fully support the unique benefits of GAL devices. 
Here, we provide the basis for getting started with GAL 
devices. As you proceed with the development of your 
applications, call us — we'd like to hear how it's going. 

The typical PLD design flow, shown in Figure 1 , begins 
with a design specification, iterates the logic to achieve 
proper functionality, and ends with a 'download' of the 
information to a programming fixture that patterns the 
device for the system. Critical to the accuracy and ulti- 
mate success of the PLD design process is the use of 
software-development tools to minimize the chance of 
error and improve design efficiency. 

Software Tools 

Software tools have improved by orders of magni- 
tude over the last decade (Figure 2). The early '70s was 
without development software. The designer was re- 
quired to define the logic function in terms of 1,000 to 
3,000 individual fuse locations — by hand. Each bit was 
painstakingly analyzed for its proper state, entered onto 
a logic map, and then typed into the programmer by 
hand. As expected, the process was fraught with errors, 
and ultimately inhibited the widespread acceptance of 
PLDs. The many types available today range from low- 
level assemblers to higher-level compilers; at the top 



Figure 1 . PLD Design Flow 
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end, sophisticated logic-extraction systems will 'capture' 
designers' gate-level schematics and implement the 
functions into PLDs. 

Assembly-level programs appeared in the late '70s. 
The software was given away by the PLD manufacturers 
to support their respective devices. The most popular 
assembler — PALASM, from Monolithic Memories — 
was not without its shortcomings: unfriendly command 
structure, specific requirements for data structure and 
sequence, PAL device only, and no intelligence. Of 
course, the alternative — manual fuse pattern develop- 
ment — was far less palatable; of course, this software 
(and the PAL devices supported by it) enjoyed wide 
acceptance. 

The limitations of the assembler became apparent 
when other companies and second-sources entered the 
PLD marketplace. MMI 's software did not fully support 
competitive devices, and each subsequent manufac- 
turer developed its own clumsy, limited software. The 
designer was forced to learn and support a half-dozen 
development packages. Fortunately, the age of com- 
pilers was about to dawn. 

Compiler-based software was the response in the 
early '80s to the need for more flexible and advanced 
development tools. Two independent third-party com- 
panies — Assisted Technology (Los Gatos, CA) and a 
new division of Data I/O Corp. (Redmond, WA) entered 
the marketplace with their CUPL and ABEL packages, 
respectively, and simultaneously filled the need for 
generic software that supported all manufacturers, all 
device types, and had a common user interface. 

The higher level of the compiler-based software sup- 
ported such advanced design features as logic-equation 
minimizers, macros, truth-table and state-machine syn- 
tax, and self-documentation. (A detailed example of how 
the various features of these software compilers are 
used is presented later in this section.) 

The mid-'80s have brought on more sophisticated 
design-entry fools. Schematic-capture systems such as 
those from Personal-CAD Systems (Los Gatos, CA) and 
FutureNet (Data I/O, Redmond, WA) serve as front-ends 



Figure 2. Evolution of PLD Software Tools 
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to the design-entry process, allowing a graphic repre- 
sentation of a logic schematic as the input format for a 
translator, as shown in Figure 3. The translator converts 
the graphics representation to a network list that is then 
compiled by a PLD software tool. 

The schematic-capture entry format is ideal both to 
upgrade existing designs (whose logic diagrams have 
already been drawn) for incorporating into PLDs, and to 
initiate and thereby automatically document new designs 
with logic diagrams, PC-board layouts, and PLD docu- 
mentation files. 

Hardware Tools 

The same arguments as those expressed above for 
universal software tools apply to universal hardware. 
Hardware that is developed by third parties is more flex- 
ible and provides a future growth path to the user. Lattice 
recommends the use of third- party programming hard- 
ware for GAL device development. 

Universal programming hardware allows the pro- 
gramming of a variety of devices without the aid of cus- 
tom fixtures or manufacturers' adapters. Since the Lattice 
GAL programming algorithm requires no abnormal volt- 
ages or timings, as some one-time programmable tech- 
nologies do, most all hardware manufacturers support 
GAL devices on existing models. 

Patterning the PLD is the process of providing it with 
the data (the JEDEC file) to perform a specific custom 
function, and applying the appropriate series of voltage 
pulses. 'Support' by a hardware manufacturer refers to 
his ability to provide the appropriate voltage pulses and 
timings for a given PLD. After that, patterning a device 
merely requires downloading the JEDEC file. 

Downloading is the process of 'teaching' the hard- 
ware programmer the pattern that is necessary to pro- 
gram a device. This data can come from a pre-patterned 
device (or 'master'), from a computer (via direct connec- 
tion or modem) or from an attached peripheral, such as 
a tape drive. If the file is transferred in JEDEC format, 
as most are, a checksum is calculated and verified at 
the end of the data transfer to ensure that no data was 
dropped or garbled during transmission. Most program- 
mers have either a single button or simple command 
string that puts the hardware into the download mode. 

The programming of the GAL device is controlled by 
the programming hardware. Since the GAL device uses 
a nonvolatile, reprogrammable E 2 CMOS technology, 
the device can be erased; in fact, the device is auto- 
matically erased as the first step in the programming 
algorithm. 

The patterning of the GAL device array is done using 
a parallel-programming scheme, which keeps the total 
programming time to well under a second. The algo- 
rithm is so efficient that it programs devices nearly 50% 
faster than typical bipolar PLD algorithms, and an order 
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of magnitude faster than U V-CMOS approaches. During 
this programming time, both the logic array and the 
architecture matrix are patterned. 

Finally, an analog verify of each and every cell in the 
GAL device takes place, to ensure that the cell is fully 
programmed and will retain data for a minimum of 20 
years. 

It is worth noting here that GAL devices offer a secur- 
ity cell that can be programmed to prevent examination 
(or further verification) of the pattern in the program- 
mable arrays — a feature provided so that a proprietary 
design can be obscured from competitive or enemy 
eyes. 

Somewhat ironically, the GAL device security ceil is 
itself erasable; it can only be erased, however, in con- 
junction with an array 'Bulk Erase, ' during which all bits 
are cleared at once. This allows the designer or manu- 
facturing person to reuse previously secured devices — 
a feature never before available in PLDs. 



Debugging and Pattern Revisions 

GAL devices bring extensive advantages to the manu- 
facturing and design engineering areas, due to their 
unique combination of E 2 CMOS technology, generic 
architecture, and unmatched quality levels. Only GAL 
devices are instantly erasable in a standard hardware 
programming fixture. As mentioned, erasure takes place 
automatically just prior to the re-patterning of the array. 
No time-consuming 'trips to a UV lamp' are necessary, 
as with UV-erasab/e PLDs. Both the GAL device's logic 
array and device architecture configuration are fully 
reprogrammable and reconflgurable. In addition, the 
erasable GAL device is assembled in a low-cost plastic 
package, not an expensive quartz-windowed package. 
Pattern revisions can be recorded in the device's elec- 
tronic signature, allow the traceability, tracking and veri- 
fication of every device. Finally, inventories are kept to 
a minimum, thanks to the generic 'one device fits all' 
macrocell approach. □ 



Figure 3. Example of Input for a Schematic-Capture Based System 
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The following design example excerpts material from 
the first application, 'Basic Gates,' in Section 5 of this 
handbook. The specific syntax is that of CUPL; how- 
ever, other generic software (ABEL) has similar syntax 
and functions. In this cursory 'walk-through', segments of 
code are presented as they would appear on the screen 
of the personal computer running the CUPL software. 
The manufacturers of the software would, of course, be 
glad to provide a more comprehensive tutorial. 

Once the software knows which device will be used, 
fields are provided for optional information, such as 
company name, design description, etc.: 

/************************************** / 

/* V 
/* Tutorial Using a GAL16V8 */ 

/* */ 
/* Source File (401. PLD) */ 
/**************************************/ 

PARTNO 99; 
NAME CHAP4 ; 
REV 1; 

DATE 4/16/86; 

DESIGNER Dean Suhr; 

COMPANY Lattice Semiconductor; 

ASSEMBLY n/a; 

LOCATION n/a; 

The device pinout and pin labels need to be specified 
next. Use names that are convenient for you to refer- 
ence, since the software doesn't care what you call a 
pin, as long as you are consistent: 

/* inputs */ 

pin [1,2] = [A, !B] ; 

/* outputs */ 

pin [18,19] = [Y, !Z] ; 

It's a good idea to specify pin names in a format that 
is consistent with the actual pin state. In the above pin 
definitions, signals A and Y are active-high, while B and 
Z are active-low. We have chosen to indicate active-low 
data signals by prefixing the labels with exclamation 
points in the definition statement. The use of an active- 
high variation of these signals in subsequent design 
statements will automatically be resolved by the soft- 
ware compiler. 

Entry of the logic functions is next. Traditionally, this 
entry is in the form of Boolean equations. Current revi- 
sions of development software allow truth-table, state- 
machine and schematic-entry formats, as well. 

Here, the traditional equation-entry format is used to 
create an AND function on Y (pin 18) and an XOR func- 
tion on Z (pin 1 9). Since Z has been defined as an active- 


1 THE DESIGN PROCESS 


By choosing generic, compiler-based software, generic 
hardware and generic silicon (such as GAL devices), the 
biggest decisions in the design process have already 
been made. The choice of the appropriate program- 
mable logic device has traditionally been a difficult first 
step in starting a design, since with bipolar PLDs, you 
must guess which one of the dozens of architectures 
has the right combination of outputs, l/Os and registers. 
If your choice is wrong, you must guess again. The 
Lattice GAL concept simplifies the approach, requiring 
that you merely count the number of inputs and outputs, 
then select a speed/power option. The development 
software automatically and dynamically allocates the 
inputs, l/Os, registers, and so on. 




low signal, however, we will actually end up with XNOR 
on pin 1 9: 

/* logic equations */ 
Y = A & B ; 

Z=ASB # !A 6, !B; 

The operators used in the CUPL language are T for 
invert, '&' for the AND function and '#' for the OR func- 
tion. The equations are written exactly as needed. All 
of the inversions for active-low inputs and outputs will 
be automatically resolved, a routine procedure for com- 
piler software. Although these are simple equations, 
had they been complex ones that needed automatic 
reduction to a specific number of product terms for a 
given PLD, the software would have performed the 
reduction, as well. 

Next, the CUPL compiler needs to be invoked to pro- 
cess the 'source' file, the text and equations provided 
above. For the compiler to run one of its 'modules,' it 
must be told the target device type ('G16V8' in the ex- 
ample), source file name ('401 and whatever addi- 
tional functions the user would have it perform, through 
the use of flags ('-jlfxs') that are passed at compile time. 
The compile directive would typically appear as follows: 

CUPL -jlfxs G16V8 401 

CUPL Version 2.10B1 Copyright (c) 
1983,84,85 Assisted Technology, 
Inc. 

cuplx 

time: 3 sees 
cup la 

time: 19 sees 
cuplb 

time: 7 sees 
cuplm 

time: 4 sees 
cuplc 

time: 15 sees 
csima 

time: 24 sees 
total time: 7 3 sees 



Some of the more recently announced PLD support 
products such as the Personal Silicon Foundry software 
available from Data I/O use a very friendly menu con- 
cept that saves defaults, eliminating the need to use 
flags. 
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The CUPL compiler produces a report, called a docu- 
mentation file, part of which is presented here for refer- 
ence. The purpose of the file is to provide a hard-copy 
documentation of the final (reduced) equations, the cell 
map or 'fuse plot, ' and a chip-pinout diagram, if desired: 



Device G16V8s 
Created 



Library DLIB-d-55-8 
Wed Apr 16 04:52:24 1986 



Expanded Product Terms 



Y => A & B 
Z => A & B 



!A & IB 



Symbol Table 



Pin Variable 
Pol Name 

A 

! B 
Y 

! Z 



Pin 

1 

2 

18 
19 



Pterms 
Used 



Max 
Pterms 



Fuse Plot 



Syn 2192 - AcO 2193 x 

Pin #19 2048 Pol x 2120 Acl x 



0000 
0032 
0064 
0096 
0128 
0160 
0192 
0224 

Pin # 
0256 
0288 
0320 
0352 
0384 
0416 
0448 
0480 



xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

18 2049 Pol - 2121 Acl x 

-XX 

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 



(continued 



LEGEND 



fuse not blown 
fuse blown 



Applications Hotline: 
1-800-FASTGAL 
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Chip Diagram 



*********** 



*********** 



**** 


* * 








**** 


A * 1 




2 * VCC 


**** 




**** 


* 


CHAP 4 


* 






**** 


! B * 2 




19 * ! Z 


**** 




* * * * 


* 




* 


**** 




**** 


* 3 




18 * Y 


' ■' 




**** 








**** 




**** 


* 4 




17 * 


**** 




**** 








**** 




**** 


* 5 




16 * 


**** 




**** 








**** 




**** 


* 6 




15 * 


** 




**** 


* 




* 


**** 




**** 


* 7 




14 * 


**** 




**** 


* 




* 


**** 




**** 


* 8 




13 * 


**** 




**** 


* 




* 


**** 




**** 


* 9 




12 * 


**** 




**** 


* 




* 


**** 




**** 


GND* 10 




11 * 


**** 




**** 



*************************** 

JEDEC, a standards organization with representa- 
tives from major semiconductor companies on its com- 
mittees, has approved a standard tor the interchange 
of PLD data. The JEDEC file is used as the medium of 
transfer from the development computer environment 
to that of the hardware device programmer. Included in 
the file are control bits that determine the status of secur- 
ity cells or fuses, test vectors, and data-transmission 
checksums. (The JEDEC standard is available from 
Lattice Semiconductor upon request.) A portion of the 
JEDEC file for our example is reproduced here: 



*QP20 
*QF2194 
*G0 
*F0 

*L0000 
*L0032 
*L0256 
*L2048 
*L2112 
*L2144 
*L2176 
*C14D6 



10011111111111111111111111111111 
01101111111111111111111111111111 
10011111111111111111111111111111 
01000000000000000000000000000000 
00000000001111111111111111111111 

11111111111111111111111111111111 

111111111111111110 



Test vectors, which indicate the stimulus and re- 
sponse for a PLD, serve primarily to validate the func- 
tionality of a design source file. The CUPL compiler thus 
simulates the source file on paper, so that, hopefully, 
only properly functioning patterns are ever programmed 
into a PLD for system debug. In our basic gates exam- 
ple, the source file for the simulator routine provides the 
expected data: 

/* The Order Statement specifies the 
layout of the function vector 
table. 

%n = n spaces inserted between 
variables. */ 

order: A, B, %1 , Y , %1 , ! Z ; 

vectors : 

/* AB Y Z */ 

00 L X /* test AND gate */ 

01 L X 

10 L X 

11 H 

00 X 1 /* test XNOR gate */ 

01 X 

10 X 

11 X 1 

The simulator processes the validation data given 
above and compares it with that in the source file (using 
the original equations), to produce the following partial 
output: 



Simulation Results 



0001: 

0002 : 

0003 : 

0004 : 
0005: 
0006: 
0007: 
0008: 



00 
01 
] 



L N 
L N 
L N 



11 H N 

00 N H 

01 N L 
10 N L 

N H 



11 



While some PLD manufacturers claim that test vec- 
tors are also necessary for verifying functionality of the 
integrated circuit after programming, Lattice E 2 CMOS 
GAL devices are fully tested and guaranteed to yield 
100% all of the time. In Section 6 of this handbook, the 
issue of testability and how Lattice achieves this unmat- 
ched quality level is discussed in detail. 
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EXAMPLE: A TWO-STORY ELEVATOR 



This example is designed to step the reader through 
the process of creating and implementing a logic design 
using GAL devices. Whether a novice or intermediate 
user of PLDs, the reader is encouraged to familiarize 
himself with this section, as well as with the applications 
in Section 5, which provides examples of how to imple- 
ment basic functions such as decoders, shifters, multi- 
plexers, counters, and so on. 

Here, we will be building a two-story elevator control 
unit. The function of the unit is to monitor the state of the 
call buttons, respond to calls for service, and display the 
status of the elevator by means of floor and direction 
displays. The operating control function requires a small 
state machine and a latch function, while the display 
logic uses only combinational circuits. 

Our elevator (Figure 1) travels between two floors. 
Arriving at a floor in response to a call for service, the 
elevator opens its doors, pauses, then closes them auto- 
matically. If the Up or Down button is pushed, the ele- 
vator travels to the other floor. A microswitch mounted 
on the car informs the controller that the elevator has 
arrived at a new floor. 



Once the elevator arrives at a floor to discharge 
passengers, it opens its doors, pauses to let the passen- 
gers out, then closes the doors and assumes its wait posi- 
tion. A call for service at the floor where the elevator is 
resting will result in the doors being opened. 

A free-running clock controls the elevator's operation, 
toggling every 5 to 10 seconds to allow a brief pause 
during each arrival and departure activity. While this 
slow clock rate is appropriate for the timing of the ele- 
vator doors and car movement, it is far too slow to cap- 
ture a time-independent call for service. As such, a latch 
function that captures data instantly (actually within 25 
ns) is designed using two of the GAL device macrocells. 

As shown in Figure 2, the total elevator control unit 
uses two GAL16V8s — one to perform the actual con- 
trol function, the other to handle the display. 

The control of the elevator comprises two basic func- 
tions: the call-button latches and the state machine. The 
latches, constructed from the GAL device's available 



Figure 1 . Elevator Scenario 



r 



mo FLOOR 



Figure 2. Block Diagram 



CLK - 
1CALL - 

CALL I 2CAU -- 
BUTTONS ) UP - 
DOWN ■ 
OPEN - 



GAL16V8 

STATE 
CONTROL 



GAL16V8 
DISPLAY 
CONTROL 



LATCH DATA 



-*- DOOR CONTROL 
MOTION CONTROL 
DIRECTION CONTROL 



C FLOOR DISPLAY 
DIRECTION/ 
CALL DISPLAY 



Applications Hotline: 
1-800-FASTGAL 
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AND and OR gates (instead of using the on-chip D-type 
register), are instantaneous and not dependent on a 
clock for holding data. The logic diagram of the S-R latch 
used is shown in Figure 3. As shown in the accompany- 
ing truth table, the latch is set by applying a logic '1 ' to 
SET, and reset by applying a logic 1 to RESET. Applying 
a logic to both inputs causes a hold state, while apply- 
ing a logic 1 to both is undefined for this type of latch. 
The various call signals — UCALL, DCALL, OCALL, 
1 CALL, 2CALL — are applied to the two latches to com- 
mand the elevator to travel to the requested floor. 

The first step in this GAL implementation is to trans- 
late the functional operation of the elevator (described in 
the text in the preceding paragraphs) to a logical format. 
This is realized through the use of a state-transition dia- 
gram, which literally describes all the allowed stable 



Figure 3. SR Latch 




SET RESET 


OUTPUT OUTPUT 




1 

1 

1 1 


HOLD HOLD 

1 

1 
- NOT VALID - 



Figure 4. State-Transition Diagram 





2CALL OR OPEN 
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states (on floor two, doors open, etc.) that our elevator 
can be in. An unacceptable state, for example, would 
be resting between floors. 

Figure 4 shows the state-transition diagram. Inside 
each state circle, the diagram indicates the state name 
(top half) and the condition of each of the state variables: 
DOOR, MOTION, and DIRECTION. The transitions out 
of the state are shown with the logic level requirements 
to make the transition. Also shown is the destination of 
each of the transfers. 



The latched signals L1CALL and L2CALL are used 
to start the states changing. The ARRIVAL input tells the 
car when to stop its motion. The normal wait state of the 
elevator is either CLOSE 1 or CLOSE2 (not moving with 
door closed). 

The information is then transferred from the transi- 
tion diagram to the CUPL state-machine syntax, shown 
in Figure 5. Notice the use of defaults in the state syntax 
to indicate what state should be selected (or held) if 
none of the criteria for exit is met. There is also an identi- 



Figure 5. Design Input File for Control Section 



/***************************************************************/ 

/* */ 
/* Two Story Elevator Example using a GAL16V8 */ 

/* */ 
/* Control Logic */ 

/* */ 
/* CUPL Source File (Elevctl . PLD) */ 
/***************************************************************/ 

PARTNO 01; 

NAME Elev_ctl ; 

REV ; 

DATE 4/17/86; 

DESIGNER Dean Suhr; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Control Board; 

LOCATION n/a; 



/* device */ 
device gl6v8 ; 
/* inputs */ 



/* Buttons on Floors 



pin [1,11] = [CLK, !OE] ; 

pin [2,3] = [lCall,2Call] ; 

/* Up Down Open 
pin [4,5,6] = [uCall,dCall,oCall] ; /* Buttons in elevator 
pin [7] = [Arrive]; /* Floor arrival sensor 



*/ 
*/ 
*/ 
*/ 



fid Control = [Door, Motion, Direction]; 



/* outputs */ 

pin [12] 
pin [13] 
pin [14] 



pin [16,17] 
pin [18,19] 



[Door]; /* = Open, 1 = Close */ 

[Motion]; /* = Wait, 1 = Move */ 

[Direction]; /* = Up, 1 = Down */ 

/* Floor : = One, 2 = Two */ 



[LlCall,LlCall_bar] ; 
[L2Call,L2Callbar] ; 



/* Latched call to 1st floor */ 
/* Latched call to 2nd floor */ 



Applications Hotline: 
1-800-FASTGAL 



4-11 



USING DEVELOPMENT TOOLS 



fiable 1-to-1 correspondence from the state transition 
diagram to the state-machine syntax. The documenta- 
tion file, which includes reduced equations, expanded 
product terms, symbol table, 'fuse plot', JEDEC file, and 
pinout diagram, is shown in Figures 6 through 10. Notice 
that the compiler automatically chose the proper polarity 
to fit the reduced equations into the GAL device, using 
DeMorgan's Law: pins 12, 13, and 14 are inverted, rela- 
tive to the other output pins. 



Display Design 

The source file for the up/down arrow display is shown 
in Figure 1 1 . The UPARROW is active only when the car 
is moving up. DNARROW is true only when the car is 
moving down. The common bar, SEGARROW, is active 
during any call, in any direction. This signal is also active 



Figure 5. (cont'd) 



/* logic equations */ 



lFloor 
2Floor 

LICall 



LICall bar 



Direction ; 
! Direction; 

! ( LlCall_bar # ICall # (lFloor & oCall) 

# (2Floor & dCall) ) ; 



! ( LICall 



# ( ! Door & iMotion & ! Direction) ) ; 



L2Call 



!( L2Call_bar # 2Call # (2Floor & oCall) 

# (lFloor & uCall) ) ; 



L2Call_bar = ! ( L2Call 



# (!Door & ! Motion & Direction)); 



/* State Definitions */ 

/* Door Motion Direction */ 

$define Restl 'b'000 

$define Closel 'b'100 

$define Up 'b'110 

$define Rest2 'b'001 

$define Close2 'b'101 

$define Down 'b'lll 

sequence Control { 

Present Restl: 

If ( L2Call ) next Up; 
default next Closel; 

Present Closel: 

If ( L2Call ) next Up; 
If ( LICall ) next Restl; 
default next Closel; 
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when an unserviced call is active. As such, the SEG- 
ARROW signal is a call waiting indicator that acknowl- 
edges a call button being pushed. The logic equations 
for the arrow functions are self-explanatory; its input 
signals come from the controller. 

The floor indicator is a simplified decoder. A truth- 
table input format is used for the design. Notice that a 



floor is always indicated, and that the change occurs 
when the direction bit changes. This bit is constrained 
by the state machine to change only when the car arrives 
at a floor. The documentation file showing the reduced 
equations, expanded product terms, symbol table, 'fuse 
plot', JEDEC file, and pinout diagram is reproduced in 
Figures 12 through 16. □ 



Figure 5. (cont'd) 



Present Up: 

If (Arrive) next Rest2 ; 
default next Up; 

Present Rest2 : 

If ( LICall ) next Down; 
default next Close2 ; 

Present Close2: 

If ( LICall ) next Down; 
If ( L2Call ) next Rest2 ; 
default next Close2 ; 

Present Down: 

If (Arrive) next Restl; 
default next Down; 



Applications Hotline: 
1-800-FASTGAL 
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Figure 6. Expanded Product Terms for Control Section 



Expanded Product Terms 



lFloor => 

Direction 

2Floor => 

! Direction 

Control => 

Door , Motion , Direction 

Direction. d => 

! Arrive & Direction & Door & Motion 

# Arrive & ! Direction & Door & Motion 

# Direction & !Door & ! Motion 

# Direction & Door & LICall & ! Motion 

# Direction & Door & L2Call & IMotion 

# Direction & Door & ! LICall & !L2Call & IMotion 

Door.d => 

Direction & Door & LICall & IMotion 

# ! Direction & Door & L2Call & iMotion 

# !Door & IMotion 

# Door & ! LICall & !L2Call & IMotion 

# ! Arrive & Door & Motion 

LICall => 

LICallbar 

# ICall 

# Direction & oCall 

# ! Direction & dCall 

LlCall_bar => 
LICall 

# ! Direction & IDoor & IMotion 



L2Call => 

L2Call_bar 

# 2Call 

# ! Direction & oCall 

# Direction & uCall 

L2Call_bar => 
L2Call 

# Direction & IDoor & IMotion 

Motion. d => 

!Direction & L2Call & iMotion 

# Direction & LICall & IMotion 

# ! Arrive & Door & Motion 
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Figure 6. (cont'd) 

LICall.oe => 
1 

LICallbar.oe => 
1 

L2Call.oe => 

1 

L2Call_bar. oe => 

1 



Figure 7. Symbol Table for Control Section 






Symbol 


Table 










Pin Variable 








Pterms 


Max 


Min 


Pol Name 


Ext 


Pin 


Type 


Used 


Pterms 


Level 


ICall 




2 


V 










lFloor 







I 


1 








2Call 




3 


V 










2Floor 







I 


1 








Arrive 




7 


V 










CLK 




1 


V 










Control 







F 










Direction 




14 


V 










Direction 


d 


14 


X 


6 




8 


1 


Door 




12 


V 










Door 


d 


12 


X 


5 




8 


1 


LI Call 




16 


V 


4 




7 


1 


LICall bar 




17 


V 


2 




7 


1 


L2Call 




18 


V 


4 




7 


1 


L2Call_bar 




19 


V 


2 




7 


1 


Motion 




13 


V 










Motion 


d 


13 


X 


3 




8 


1 


! OE 




11 


V 










dCall 




5 


V 










oCall 




6 


V 










uCall 




4 


V 










LICall 


oe 


16 


D 


1 




1 





LICall bar 


oe 


17 


D 


1 




1 





L2Call 


oe 


18 


D 


1 




1 





L2Call bar 


oe 


19 


D 


1 




1 





LEGEND F : field 


D : 


default variable 




M 


: extended node 


N : node 


I : 


intermediate variable 


T 


: function 


V : variable 


X : 


extended variable 




U 


: undefined 



Applications Hotline: 
1-800-FASTGAL 
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Figure 8. 'Fuse' Plot for Control Section 



Fuse Plot 



Syn 2192 x AcO 2193 - 

Pin #19 2048 Pol x 2120 Acl - Pin # 

0000 1024 

0032 x 1056 

0064 x x X 1088 

0096 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1120 

0128 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1152 

0160 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1184 

0192 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1216 

0224 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1248 

Pin #18 2049 Pol x 2121 Acl - Pin # 

0256 1280 

0288 — x 1312 

0320 x 1344 

0352 x x 1376 

0384 X x 1408 

0416 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 1440 

0448 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1472 

0480 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1504 

Pin #17 2050 Pol x 2122 Acl - Pin # 

0512 1536 

0544 X 1568 

0576 x X X 1600 

0608 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1632 

0640 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1664 

0672 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1696 

0704 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1728 

0736 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1760 

Pin #16 2051 Pol x 2123 Acl - Pin # 

0768 1792 

0800 x 1824 

0832 X 1856 

0864 X X 1888 

0896 X X 1920 

0928 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 1952 

0992 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 2016 



15 2052 Pol x 2124 Acl - 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

14 2053 Pol - 2125 Acl X 

XX X x- 

X X — x x- 

X X X 

X X X X- 

X X X — x- 

X X X x — x- 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

13 2054 Pol - 2126 Acl X 

X X x 

X x X 

X x x- 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

12 2055 Pol - 2127 Acl x 

X X x — x- 

X X x — X- 

X X 

X X x — x- 

X x x- 

xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 



LEGEND: X: Programmed Cell 
-: Erased Cell 



I ATT! 2! 
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Figure 9. JEDEC File for Control Section 




*QP2 






*QF2194 




*G0 






*F0 






*L0000 


11111111111111111111111111111111 




*L0032 


11111101111111111111111111111111 




*L0064 


11111111111111111111110111101110 




*L0256 


11111111111111111111111111111111 




*L0288 


11011111111111111111111111111111 




*L0320 


11110111111111111111111111111111 




*L0352 


11111111111111110111111011111111 




*L0384 


11111111011111111111110111111111 




*L0512 


11111111111111111111111111111111 




*L0544 


11111111111111011111111111111111 




*L0576 


11111111111111111111111011101110 




*L0768 


11111111111111111111111111111111 




*L0800 


11111111110111111111111111111111 




*L0832 


01111111111111111111111111111111 




*L0864 


11111111111111110111110111111111 




*L0896 


11111111111101111111111011111111 




*L1280 


11111111111111111111100111011101 




*L1312 


11111111111111111111011011011101 




*L1344 


11111111111111111111110111101110 




*L1376 


11111111111111011111110111101101 




*L1408 


11111101111111111111110111101101 




*L1440 


11111110111111101111110111101101 




*L1536 


11111101111111111111111011101111 




*L1568 


11111111111111011111110111101111 




*L1600 


11111111111111111111101111011101 




*L1792 


11111111111111011111110111101101 




*L1824 






*L1856 


11111111111111111111111111101110 




*L1888 


11111110111111101111111111101101 




*L1920 


11111111111111111111101111011101 




*L2048 


00000111000000000000000000000000 




*L2112 


00000000111110001111111111111111 




*L2144 


11111111111111111111111111111111 




*L2176 


111111111111111101 




*C7175 






*51DE 
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Figure 10. P/nout Diagram for Control Section 




Chip Diagram 






*********** *********** 










* 


* * * 










**** 


**** 








CLK 


* 1 


20 * 


vcc 








**** 


**** 










* 


Elev_ctl * 










**** 


**** 








ICall 


* 2 


19 * 


L2Call bar 








**** 


**** 










* 


* 










**** 


**** 








2Call 


* 3 


18 * 


L2Call 

-1—1 w U J- -1_ 








**** 


**** 










* 


* 










**** 


**** 








uCall 


* 4 


17 * 


LICall bar 








**** 


**** 










* 


* 










**** 


**** 








dCall 


* 5 


16 * 


LICall 








**** 


**** 










* 


* 










**** 


**** 








oCall 


* 6 


15 * 










**** 


**** 










* 


* 










**** 


**** 








Arrive 


* 7 


14 * 


Direction 








**** 


**** 










* 


* 










**** 


**** 










* 8 


13 * 


Motion 








**** 


**** 










* 


* 










**** 


**** 










* 9 


12 * 


Door 








**** 


**** 










* 


* 










**** 


**** 








GND 


* 10 


11 * 


!OE 








**** 


**** 










* 


* 










*************************** 











4-18 




USING DEVELOPMENT TOOLS 



Figure 11. Design Input File for Display Section 



/***************************************************************/ 

/* */ 
/* Two Story Elevator Example using a GAL16V8 */ 

/* */ 
/* Display Logic */ 

/* */ 
/* CUPL Source File (Elev_dsp. PLD) */ 
/***************************************************************/ 

PARTNO 01; 

NAME Elevdsp; 

REV ; 

DATE 4/17/86; 

DESIGNER Dean Suhr; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Display Board; 

LOCATION n/a ; 

/* device */ 

device gl6v8 ; 

/* inputs */ 



Pin [2,3] 
pin [4,5] 



[LlCall,L2Call] ; 
[Motion, Direction] 



/* Call Status */ 
/* Control Status */ 



/* outputs */ 



DISPLAY DIAGRAMS 



pin [12] 
pin [13] 
pin [14] 



[UpArrow] ; 
[SegArrow] ; 
[DnArrow] ; 



pin [15,16,17] = [Segl,Seg2,Segl2] ; 



/* 
/* 
/* 

/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 



v 
2 



12 



*/ 
*/ 
*/ 

*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 

V 
V 



Applications Hotline: 
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Figure 11. (cont'd) 






/* logic equations */ 






UpArrow = Motion & Direction ; 
SegArrow = LlCall # L2Call ; 
DnArrow = Motion & ! Direction ; 






/* TABLE INPUTS TABLE OUTPUTS */ 






table Direction, Motion => Segl, Seg2 , Segl2 { 
'b'OO => 'b'101; 
'b'Ol => 'b'101; 
'b'10 => 'b'Oll; 
'b'll => 'b'Oll; } 








Figure 12. Expanded Product Terms for Display Section 






Expanded Product Terms 






DnArrow => 

! Direction & Motion 






Segl => 

Direction 






Segl2 => 







Seg2 => 

! Direction 






SegArrow => 
LlCall 
# L2Call 






UpArrow => 

Direction & Motion 
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USING DEVELOPMENT TOOLS 



Figure 13. Symbol Table for Display Section 














Symbol Table 






========= 


Pin Variable 






Pterms 


Max 


Min 


Pol Name Ext 


Pin 


Type 


Used 


Pterms 


Level 


Direction 


5 


V 


_ 


_ 




DnArrow 


14 


V 


1 


8 


1 


LICall 


2 


V 








L2Call 


3 


V 








Motion 


4 


V 








Segl 


15 


V 


1 


8 


1 


Segl2 


17 


V 


1 


8 


1 


Seg2 


16 


V 


1 


8 


1 


SegArrow 


13 


V 


2 


8 


1 


UpArrow 


12 


V 


1 


8 


1 


LEGEND F : field D : 


default 


variable 


M 


: extended node 


N : node I : 


intermediate variable T 


: function 


V : variable X : 


extended 


variable 


U 


: undefined 
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USING DEVELOPMENT TOOLS 



Figure 14. Fuse' Plot for Display Section 



Fuse Plot 



Syn 2192 - AcO 2193 X 

Pin #19 2048 Pol X 2120 Acl - 
0000 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0032 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0064 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0096 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
012 8 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0160 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0192 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
022 4 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #18 2049 Pol X 2121 Acl - 
0256 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0288 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
032 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0352 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

03 84 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0416 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0448 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

04 8 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Pin #17 2050 Pol - 2122 Acl x 

0512 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
054 4 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
057 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0608 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
064 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0672 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
07 04 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

07 3 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Pin #16 2051 Pol - 2123 Acl X 

0768 x 

0800 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

08 3 2 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0864 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
089 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0928 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0960 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0992 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 



LEGEND: X: 



Pin #15 2052 Pol - 2124 Acl x 

1024 X 

1056 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1088 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
112 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1152 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1184 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1216 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1248 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #14 2053 Pol - 2125 Acl X 

1312 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
134 4 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1376 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
14 08 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
144 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
14 72 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1504 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #13 2054 Pol - 2126 Acl x 

1536 X 

1568 X — ' 

1600 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1632 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1664 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1696 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1728 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1760 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #12 2055 Pol - 2127 Acl X 

1792 X X 

1824 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1856 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

18 88 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1920 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

19 52 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1984 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
2 016 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 



Programmed Cell 
Erased Cell 
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USING DEVELOPMENT TOOLS 



Figure 15. JEDEC File for Display Section 



*QP2 
*QF2194 
*G0 
*F0 

*L07 68 11111111111110111111111111111111 
*L1024 11111111111101111111111111111111 
*L1280 11111111011110111111111111111111 
*L153 6 01111111111111111111111111111111 
*L1568 11110111111111111111111111111111 
*L1792 11111111011101111111111111111111 
*L2048 00111111000000000000000000000000 
*L2112 00000000110000001111111111111111 
*L2144 11111111111111111111111111111111 
*L2176 111111111111111110 
*C206D 
*9B48 



Applications Hotline: 
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USING DEVELOPMENT TOOLS 



Figure 16. Pin 


out Diagram for Display Section 


















Chip 


Diagram 










*********** 




*********** 








* 




* 


* 


* 








**** 








* * * * 








* 1 








20 * 


vcc 






* * * * 








* * * * 








* 


Elev 


,j _ _ 
asp 


* 








* * * * 








**** 






LICall 


* 2 








19 * 








**** 








**** 








* 








* 








**** 








**** 






L2Call 


* 3 








18 * 








**** 








**** 








* 








* 








**** 








**** 






Motion 


* 4 








17 * 


Segl2 






**** 








**** 








* 








* 








* * * * 








**** 






Direction 


* 5 








16 * 


Seg2 






**** 








**** 








* 
















* * * * 








**** 








* 6 








15 * 


Segl 






**** 








**** 








* 








* 








**** 








**** 








* 7 








14 * 


DnArrow 






**** 








**** 








* 








* 








**** 








**** 








* 8 








13 * 


SegArrow 






**** 








**** 








* 








* 








**** 








**** 








* 9 








12 * 


UpArrow 






**** 








**** 








* 








* 








**** 








**** 






GND 


* 10 








11 * 








**** 








**** 








* 








* 








***** 


*********************** 
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Introduction to GAL Applications 



The Lattice Semiconductor GAL family brings new 
degrees of freedom to the field of logic design. The GAL 
device is an extremely versatile new PLD whose appli- 
cations are practically unlimited. Besides the benefit of 
its many applications, the designer can use GAL devices 
to replace existing conventional programmable logic 
and to optimize the design of new products. 

Throughout previous sections, the designer has 
become familiar with the GAL concept, and with design 
techniques and advantages gained when using GAL 
devices. In this section, a few of the many applications 



are discussed, ranging from simple logic-gate replace- 
ment to complex interfacing and control functions. Each 
applications example is presented as a GAL design, 
complete with the required logic function and the actual 
GAL device logic implementation. The GAL design speci- 
fication and the actual CUPL or ABEL output for the pro- 
grammer make the examples complete enough to serve 
as guides for designers using GAL devices in their own 
systems. These examples, combined with the GAL design 
information in the rest of the book, will help designers 
become comfortable with GAL design. □ 
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LiiniCi 



LATTICE 



BASIC 
GATES 



DESCRIPTION 



As a beginning example, the implementation of the 
basic gates: AND, OR, NAND, NOR, XOR, and XNOR 
(Figure 1) in a GAL16V8 is shown. The NOT function 
was omitted because its implementation is straightfor- 
ward. Since 12 inputs and 6 outputs are needed (Figure 
2), 2 Output Logic Macroce/ls (OLMCs) must be con- 
figured as dedicated inputs and 6 as dedicated combi- 
national outputs. Programming software automatically 
handles this task. Active-high or -low outputs are no pro- 
blem either, because of the programmable polarity feature 
of the GAL16V8. 

Because the program has been compiled using CUPL, 
two files are needed: the logic design input file and the 
simulation file. For the design input file (Figure 3), an 
equation must be written for each output, and pin assign- 
ments must be made. The simulation file (Figure 4) con- 
tains 'vectors' that test the functionality of the device. 
GAL devices are completely tested at the factory and 
post-programming yields are guaranteed to be 100%; 
therefore, device testing is unnecessary. However, since 
test vectors are useful for design verification, they are 
included here. 

The JEDEC file for this particular application is shown 
in Figure 5. Because of the GAL device's fuse-map com- 
patibility with PAL devices, JEDEC files can be copied 
directly from PAL device applications into GAL devices. 

As shown in Figure 6, CUPL software will produce 
pinout diagrams for your applications. The CUPL 'fuse' 
plot is shown in Figure 7; note the correspondence be- 
tween it and the 'fuse' locations of the GAL16V8 logic 
diagram (Figure 8). □ 



Figure 1 . Basic Logic 




U U = A-B 



W W = E'F 



X = G*H 

Y = I®J = (|.J)*(|.J| 
Z = KeL = (K'L) + (K.L) 
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BASIC GATES 



Figure 3. CUPL Logic Design Input File 




PARTNO 123XYZ; 

NAME BASICGAT; 

REV 1; 

DATE A/1/86; 

DESIGNER Jerry ; 

COMPANY Lattice Semiconductor; 

ASSEMBLY TTL Replacement; 

LOCATION U4ia; 



/* inputs */ 

pin [19,1,2,3,4,5,6,7,8,9,11,12] = [A, B, C, D, E , F, G , H , I , J , K, L] ; 
/* outputs */ 

pin [18,17,16,15,14,13] = [U,V,W,X,Y,Z] ; 
/* logic equations */ 



u 

V 

w 

X 
Y 
Z 



A & B; 
C # D; 



! (E & F) ; 
! (G # H) ; 
I $ J; 



! (K $ L) ; 



/* Y = (I & !J) # (!I & J) */ 
/* Z = (K & L) # (!K & !L) */ 
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BASIC GATES 



Figure 4. CUPL Simulation File 



/* ' 

/* CUPL SIMULATION FILE */ 

/* The basic logic gates implemented in a GAL16V8 */ 

*/ 

/****************4*****************-************************y,***/ 

PARTNO 12 3XYZ; 

NAME BASICGAT; 

REV l; 

DATE 4/7/86; 

DESIGNER Jerry ; 

COMPANY Lattice Semiconductor; 

ASSEMBLY TTL Replacement; 

LOCATION U4ia; 

/* The Order Statement specifies the layout of the vector table 
in the simulation output file. %n = n spaces inserted between 
variables. */ 

order: A,B,%l,U,%2,C,D,%l,V,%2,E f F,%l,W,%2, 
G,H,%1,X,%2,I,J,%1 ( Y,%2,K,L,%1,Z; 

vectors : 



/* AB 


u 


CD 


V 


EF 


w 


GH 


X 


IJ 


Y 


KL 


z 


*/ 




00 


L 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


/* 


test 


01 


L 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


XX 


X 




11 


H 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


XX 


X 






XX 


X 


00 


L 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


/* 


test 


XX 


X 


01 


H 


XX 


X 


XX 


X 


XX 


X 


XX 


X 




XX 


X 


10 


H 


XX 


X 


XX 


X 


XX 


X 


XX 


X 






XX 


X 


XX 


X 


00 


H 


XX 


X 


XX 


X 


XX 


X 


/* 


test 


XX 


X 


XX 


X 


01 


H 


XX 


X 


XX 


X 


XX 


X 




XX 


X 


XX 


X 


11 


L 


XX 


X 


XX 


X 


XX 


X 






XX 


X 


XX 


X 


XX 


X 


00 


H 


XX 


X 


XX 


X 


/* 


test 


XX 


X 


XX 


X 


XX 


X 


01 


L 


XX 


X 


XX 


X 




XX 


X 


XX 


X 


XX 


X 


10 


L 


XX 


X 


XX 


X 






XX 


X 


XX 


X 


XX 


X 


XX 


X 


00 


L 


XX 


X 


/* 


test 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


01 


H 


XX 


X 




XX 


X 


XX 


X 


XX 


X 


XX 


X 


10 


H 


XX 


X 






XX 


X 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


00 


H 


/* 


test 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


01 


L 




XX 


X 


XX 


X 


XX 


X 


XX 


X 


XX 


X 


11 


H 







OR gate 
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BASIC GATES 



Finttro 5 iFDFC Filt* 








Location U4ia 




*QP2 






*QF2194 




*G0 






*F0 






*L0256 


11011101111111111111111111111111 




*L0512 


01111111111111111111111111111111 




*L0544 


11110111111111111111111111111111 




*L0768 


11111111011101111111111111111111 




*L1024 


11111111111111110111111111111111 




*L1056 


11111111111111111111011111111111 




*L1280 


11111111111111111111111101111011 




*L1312 


11111111111111111111111110110111 




*L1536 


11111111111111111111111111101101 




*L1568 


11111111111111111111111111011110 




*L2048 


01100100000000000000000000000000 




*L2112 


00000000100000011111111111111111 




*L2144 


11111111111111111111111111111111 




*L2176 


111111111111111110 




*C2F02 






*V0001 


OXXXXXXXXNXXXXXXXLON 




*V0002 


1XXXXXXXXNXXXXXXXL0N 




*V0003 


1XXXXXXXXNXXXXXXXH1N 




*V0004 


XO OXXXXXXNXXXXXXLXXN 




*V0005 


XO 1XXXXXXNXXXXXXHXXN 




*V0006 


X10XXXXXXNXXXXXXHXXN 




*V0007 


XXXO OXXXXNXXXXXHXXXN 




*V0008 


XXX01XXXXNXXXXXHXXXN 




*V0009 


XXXI 1XXXXNXXXXXLXXXN 




*V0010 


XXXXXO OXXNXXXXHXXXXN 




*V0011 


XXXXXO 1XXNXXXXLXXXXN 




*V0012 


XXXXX10XXNXXXXLXXXXN 




*V0013 


XXXXXXXO ONXXXLXXXXXN 




*V0014 


XXXXXXXO 1NXXXHXXXXXN 




*V0015 


XXXXXXX1 ONXXXHXXXXXN 




*V0016 


XXXXXXXXXNO OHXXXXXXN 




*V0017 


XXXXXXXXXN01LXXXXXXN 




*V0018 


XXXXXXXXXN1 1HXXXXXXN 




*4E79 
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usma 



Figure 6. CUPL Pinout Diagram 












*********** *********** 






* 


* * 


* 






**** 




**** 




B 


* 1 




20 * 


vcc 




**** 




**** 






* 


BASICGAT 


* 






**** 




**** 




C 


* 2 




19 * 


A 




**** 




**** 






* 




* 






**** 




**** 




D 


* 3 




18 * 


u 




**** 




**** 






* 




* 






**** 




**** 




E 


* 4 




17 * 


V 




**** 




**** 






* 




* 






**** 




**** 




F 


* 5 




16 * 


w 




**** 




**** 






* 




* 






**** 




**** 




G 


* 6 




15 * 


x 




**** 




**** 






* 




* 






**** 




**** 




H 


* 7 




14 * 


Y 




**** 




* * * * 






* 




* 






**** 




**** 




I 


* 8 




13 * 


z 




**** 




**** 






* 




* 






**** 




**** 




J 


* 9 




12 * 


L 




**** 




**** 






* 




* 






**** 




**** 






* 10 




11 * 


K 




**** 




**** 






* 




* 






*************************** 
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BASIC GATES 



Figure 7. Fuse' Plot 



Syn 



2192 - AcO 



2193 X 



Pin #19 2048 Pol X 2120 Acl - 
0000 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0032 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0064 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
009 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
012 8 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0160 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0192 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0224 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #18 2049 Pol - 2121 Acl x 
0256 — X X 

0288 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

032 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
03 52 xxxxVxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0384 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0416 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0448 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0480 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Pin #17 2050 Pol - 2122 Acl x 

0512 X 

0544 X 

0576 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0608 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
064 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0672 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0704 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
073 6 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

Pin #16 2051 Pol X 2123 Acl X 
0768 X X 

08 00 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
08 3 2 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

0864 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

0896 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

0928 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

0960 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0992 



Pin #15 2052 Pol X 2124 Acl x 

1024 X 

1056 X 

1088 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
11^0 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1152 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
118 4 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1216 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1248 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

Pin #14 2053 Pol - 2125 Acl X 

1280 X X — 

1312 X— X 

1344 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1376 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1408 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1440 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1472 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1504 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

Pin #13 2054 Pol X 2126 Acl X 

1536 X — X- 

1568 X X 

1600 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1632 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1664 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1696 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1728 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1760 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

Pin #12 2055 Pol x 2127 Acl - 

1792 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

1824 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

1856 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

1888 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

1920 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

1952 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

1984 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
2016 



LEGEND X : Programmed Cell 
-: Erased Cell 
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FLIP-FLOPS 



DESCRIPTION 



In the Basic Gates application on the preceding pages, 
each 'gate' was directly connected to an output pin. 
Here, the output registers of the GAL16V8are used. A 
simple RS latch, a T (Toggle) flip-flop, a D flip-flop, and 
A JK flip-flop are incorporated into a GAL1 6V8 (Figure 1 ). 
Each is shown with its truth table and defining equations 
in Figures 2-5. Note that all 3 flip-flops have synch- 
ronous preset (PR) and clear (CLR) inputs, while the RS 
latch does not. Also, the RS latch is not connected to the 
clock input; this was done to show the versatility of the 
GAL16V8 — with a GAL device, the user is not locked 
in to a specific architecture. 

The CUPL design input file (Figure 6) and simulation 
file (Figure 7) are constructed in a manner similar to the 
Basic Gates example. Each output must be given a dis- 
tinct name, and any clocked circuit must be denoted 
with an appropriate extension (D) in the logic equations. 
The simulation file is again provided for design verifi- 
cation. 

This example has some subtle requirements that 
may not be apparent to the first-time user. When the RS 
latch is not being tested, it must remain in its latched 
state with the output levels specified, or with the variable 
N (not tested) in their place. Also, when executing a pre- 
set or clear, remember that it will affect all flip-flops; 
even those not being tested will still respond. Finally, all 
output levels should be specified or marked with the vari- 
able N; the variable X, which indicates a 'don't care' 
condition, will not suffice. □ 



Figure 1. Basic Flip-Flops Pinout 
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Figure 3. T F/ip-Flop 
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Figure 4. D Flip-Flop 



CLK > Q 



N ,, = PR + (CLR'D) 
Q N .,=CLR + (PR.D) 



invalid 
Presei 
Clear 



Figure 5. JK F/ip-Flop 
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Figure 6. CUPL Input File 

/**************************************************************/ 

/* V 
/* CUPL INPUT FILE */ 

/* Flip-flops and latches implemented in a GAL16V8 */ 

/* V 
/**************************************************************/ 

PARTNO 4 56STX; 

NAME FLIPFLOP; 

REV 1 ; 

DATE 4/11/8 6; 

DESIGNER Jerry ; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Clock Board; 

LOCATION U2 38; 

/* RS latch */ 

pin [2,3,19,18] = [S,R,QST,QSC] ; 
/* T flip-flop */ 

pin [5,17,16] = [ T , QTT , QTC ] ; 
/* D flip-flop */ 

pin [6,15,14] = [ D , QDT , QDC ] ; 
/* JK flip-flop */ 

pin [7,8,13,12] = [J, K, QJT, QJC] ; 
/* control */ 

pin [1,4,9,11] = [CLK,PR,CLR,OE] ; 
/* logic equations */ 

/* RS latch */ 

QST = !S # (R & QST) ; 
QSC = !R # (S & QSC) ; 

/* T flip-flop */ 



QTT. D = PR # (!CLR & !T & QTT) # ( ! CLR & T & QTC) 
QTC. D = CLR # (!PR & !T & QTC) # ( ! PR & T & QTT); 



/* D flip-flop */ 



QDT. D = PR # (D & !CLR) ; 
QDC. D = CLR # (!D & !PR); 



/* JK flip-flop */ 



QJT.D = PR # (J & QJC & !CLR) # (!K & QJT & !CLR); 
QJC.D = CLR # (!J & QJC & ! PR) # (K & QJT & ! PR) ; 
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Figure 7. CUPL Simulation File 

/**************************************************************/ 

/* */ 
/* CUPL SIMULATION FILE */ 

/* Flip-flops and latches implemented in a GAL16V8 */ 

/*;. */ 
/*********************************************************** 

PARTNO 456STX; 

NAME FLIPFLOP; 

REV 1 ; 

DATE 4/11/86; 

DESIGNER Jerry ; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Clock Board; 

LOCATION U2 38; 



/* The Order statement specifies the layout of the vector table. 

%n = n spaces inserted between variables. */ 

order: OE, %1 , CLK, %2 , S , R, %1 , QST, QSC, %2 , PR, %1 , CLR, %2 , 

T,%1,QTT,QTC,%2,D,%1,QDT,QDC,%2,J,K,%1,QJT,QJC; 
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Figure 8. GAL16V8 Logic Diagram 
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REGISTER 



DESCRIPTION 



Shift registers are used in communications circuits 
and for arithmetic functions. This 6-bit shift register, built 
with the GAL1 6V8, can shift data left or right, and load 
data in serial or parallel manner (Figure 1 ). Two inputs 
control the mode, S on pin 2 and S 1 on pin 3, in ac- 
cordance with the function table in Figure 2. The serial 
ports are bidirectional, thus pin 12 is the serial-right input 
and serial-left output (RILO), while pin W is the serial-left 
input and serial-right output (TIRO). The pinout diagram 
is shown in Figure 3. As shown in the circuit diagram of 
Figure 4, the shift register integrates a respectable 
amount of gates, yet the CUPL programming language 
makes its implementation straightforward. The design 
input file is shown in Figure 5, and simulation file in 
Figure 6. □ 



Figure 1 . Block Diagram 
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Figure 2. Mode Function Table 
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Figure 4. Shift Register Logic Diagram 
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Figure 5. CUPL Design Input File 



/************************************************** 

/* */ 

/* CUPL INPUT FILE */ 

/* 6-bit shift register implemented in a GAL16V8 */ 

/* */ 
/********************************************* 



PARTNO 
NAME 
REV 
DATE 

DESIGNER 
COMPANY 
ASSEMBLY 
LOCATION 



PIPO; 
SHFTREG6 ; 
l; 

4/15/86; 
Joe Eng; 

Lattice Semiconductor; 
Communications ; 
U2 ; 



/* inputs */ 



pin [4. .9] = [DO. .D5] ; 

pin [2,3] = [SO, SI]; 

pin [12,19] = [RILO,LIRO]; 

pin 1 = CLK; 

pin 11 - OE; 

/* outputs */ 

pin [18. .13] = [QO. .Q5] ; 
/* logic equations */ 

IQO.D 



1Q1.D 
IQ2.D 
1Q3.D 
IQ4.D 
IQ5.D 



(!S0 & !S1 & !Q0) # (SO & !S1 & !Q1) # 
(ISO & SI & ILIRO) # (SO & SI & IDO); 

(ISO & !S1 & !Q1) # (SO & !S1 & ! Q2 ) # 

(ISO & SI & !Q0) # (SO & SI & !D1); 

(ISO & !S1 & !Q2) # (SO & !S1 & !Q3) # 

(ISO & SI & IQ1) # (SO & SI & ID2); 

(ISO & IS1 & IQ3) # (SO & IS1 & IQ4) # 

(ISO & SI & IQ2) # (SO & SI & ID3); 

(ISO & IS1 & IQ4) # (SO & IS1 & IQ5) # 

(ISO & SI & IQ3) # (SO & SI & ID4); 



(ISO & IS1 & IQ5) # (SO & IS1 & IRILO) # 

(ISO & SI & IQ4) # (SO & SI & ID5); 
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Figure 6. CUPL Simulation File 

/***************************************************************/ 

/* */ 
/* CUPL SIMULATION FILE */ 

/* 6-bit shift register implemented in a GAL16V8 */ 

/* */ 
/***************************************************************/ 

PARTNO PIPO; 

NAME SHFTREG6 ; 

REV 1 ; 

DATE 4/15/8 6; 

DESIGNER Joe Eng; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Communications; 

LOCATION U2 ; 

order: SO , %1, SI, %2 , D5 , %1, D4 , %1 , D3 , %1 , D2 , %1 , Dl , %1 , DO , %2 ,RILO, %1 , 
LIRO,%2,Q5,%1,Q4,%1,Q3,%1,Q2,%1,Q1,%1,QO,%2,CLK,%1,OE; 
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4-BIT UP/DOWN 
COUNTER 



DESCRIPTI' 



Here, a 4-bit synchronous up/down counter (Figure 1 ) 
implemented in a GAL1 6V8 provides additional functions 
of clear and load, which allow the counter to be reset to 
zero or loaded with any arbitrary value at any time. The 
pinout diagram is shown in Figure 2. 

This application was developed with ABEL program- 
ming software, and is self-documenting. The truth table 
for the two control inputs (CNTL and CNTLj) that deter- 
mine the mode of the counter, for example, can be found 
in the design input file (Figure 3). Unlike CUPL, ABEL 
programming software provides input and output state- 
ments in one file; in this example, the listings have been 
separated for clarity. Input equations are listed in Figure 4, 
and test vectors for the counter, also provided by ABEL 
software, are shown in Figure 5. □ 



Figure I. Block Diagram 




Figure 2. Pinout Diagram 
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Figure 3. ABEL Input File 

module counter 

title 'ABEL INPUT FILE 

4-bit Up/Down counter with Clear 

Jerry Greiner, Lattice Semiconductor 

3/18/86' 

" device type 

cntr device 'pl6v8r' ; 

" pin names 



CLK, CNTLO, CNTL1 , OE 

10,11,12,13 

Q3,Q2,Q1,Q0 



pin 1,7,8,11; 
pin 2,3,4,5; 
pin 16,17,18,19; 



" constants 



C,X,Z 



.C. 



" Counter States 

50 = A b0000; 

51 = A b0001; 

52 = A b0010; 

53 = A b0011; 



" Counter Modes 
Mode = 
Clear = 
Load = 
Up 

Down = 



54 = A b0100; S8 = A bl000; S12 = A bll00; 

55 = A b0101; S9 = A bl001; S13 = A bll01; 

56 = A b0110; S10= A bl010; S14 = A blll0; 

57 = A b0111; Sll= A bl011; S15 = A bllll; 



CNTL1 , CNTLO 
, 

, 1 

1 , 1 
1 , 
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Figure 4. ABEL Design Input File 




















equations 






















[Q3,Q2,Q1,Q0] 


:= (Mode == 


Load) 


& 


[13, 


12 


,11,10] ; 


Q3 


: = 


(CNTLO 


& 


1CNTL1 & 13 
















# 


! CNTLO 


& 


CNTL1 & !QO 


& 


!Q1 


& 


!Q2 


& 


!Q3 




# 


! CNTLO 


& 


CNTL1 & QO 


& 


Ql 


& 


Q2 


& 


Q3 




# 


CNTLO 


& 


CNTL1 & !QO 


& 


!Q1 


& 


!Q2 


& 


Q3 




# 


CNTLO 


& 


CNTL1 & QO 


& 


Ql 


& 


Q2 


& 


!Q3 




# 






CNTL1 & QO 


& 






!Q2 


k 


Q3 




# 






CNTL1 & 




!Q1 


& 


Q2 


& 


Q3 




# 






CNTL1 & !QO 


& 


Ql 


& 






Q3) ; 


Q2 




(CNTLO 


& 


1CNTL1 & 12 
















'# 


! CNTLO 


& 


CNTL1 & !QO 


& 


!Q1 


& 


!Q2 








# 


! CNTLO 


& 


CNTL1 & 




Ql 


& 


Q2 








# 


CNTLO 


& 


CNTL1 & 




!Q1 


& 


Q2 








# 






CNTL1 & !QO 


& 


Ql 


& 


Q2 








# 






CNTL1 & QO 


& 


!Q1 


& 


Q2 








# 


CNTLO 


& 


CNTL1 & QO 


& 


Ql 


& 


!Q2) 


t 




Ql 




(CNTLO 


& 


1CNTL1 & 11 


















! CNTLO 


& 


CNTL1 & !Q0 


& 


!Q1 












# 


! CNTLO 


& 


CNTL1 & QO 


& 


Ql 














CNTLO 


& 


CNTL1 & !QO 


& 


Ql 












# 


CNTLO 


& 


CNTL1 & QO 


& 


!Q1) 


t 








QO 




(CNTLO 


& 


1CNTL1 & 10 


# 


CNTL1 


& !Q0) 


t 
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Figure 5. ABEL File Test Vectors 



:lk, 


OE, 


13 


, 12 


/II 


, 10 


, Mode] 


-> 


[Q3,Q 


c , 


o, 


x, 


x, 


x, 


x, 


Clear] 


-> 


SO ; 


c , 


0, 


X, 


x, 


x, 


x, 


Up ] 


-> 


SI; 


c , 


0, 


X, 


x, 


x, 


x, 


Up ] 


-> 


S2 ; 


c , 


0, 


X, 


x, 


x, 


x, 


Up ] 


-> 


S3 ; 


c , 


0, 


X, 


x, 


x, 


x, 


Up ] 


-> 


S4 ; 


c , 


o. 


x, 


x, 


x, 


x, 


Up ] 


-> 


S5; 


c , 


0, 


X, 


x, 


x, 


x, 


Up ] 


-> 


S6; 


c , 


0, 


X, 


x, 


x, 


X, 


Up 


-> 


S7; 


c , 


0, 


X, 


x, 


x, 


x, 


Up ] 

c J 


-> 


S8 ; 


c , 


0, 


X, 


X, 


x, 


X, 


Up ] 


-> 


S9 ; 


c , 


, 


X, 


X, 


X, 


X, 


Up ] 

tr J 


-> 


S10; 


c , 


0, 


X, 


x, 


X, 


X, 


Up ] 


-> 


Sill 




, 


X, 


X, 


x, 


X, 


Up 


-> 


S12 ; 


;c , 


0, 


X, 


X, 


x, 


X, 


Up ] 


-> 


S13 ; 


c , 


o , 


X, 


X, 


X, 


x, 


Up ] 

IT J 


-> 


S14 ; 


: c , 


o , 


x, 


x, 


x, 


x. 


Up 1 


-> 


S15 ; 


c , 


o , 


x, 


x, 


x, 


x, 


Ud 1 


— > 


SO ; 


c 


o 


x 


x, 


x. 


x, 


Ud 1 


— > 


Si ; 


c 


o 


x 


x 


x 


x, 


Down ] 


— > 


SO ; 


c 


o . 


x, 


x, 


x, 


x, 


Down ] 


— > 


S15 ; 


c 


o 


x 


x 


x 


x 


Down 1 


— > 


S14 ; 


Q 


o 


x 


x 


x 


x 


Down 1 


— > 


S13 ; 


Q 


o 


x 


x 


x 


x 


Down 1 


— > 


S12 ; 


Q 


o 


x 


x 


x 


x 


Down 1 


— > 


Sll * 




o 


x 


x 


x 


x 


Down 1 


_ > 


S10 ; 


Q 


o 


x 


x 


x 


x 


Down 1 


— > 


cq • 
^ J i 




o 


x 


x 


x 


x 


Down 1 


— > 


S8 ; 


c 


o . 


x, 


x, 


x , 


x, 


Down ] 


— > 


S7 ; 


c , 


o, 


x, 


x, 


x, 


x, 


Down ] 


-> 


S6; 


c , 


o, 


x, 


x, 


x, 


x, 


Down ] 


-> 


S5; 


c , 


o, 


x, 


x, 


x, 


x, 


Down ] 


-> 


S4; 


c , 


o, 


x. 


x, 


x, 


x, 


Down ] 


-> 


S3; 


c , 


o, 


x, 


x, 


x, 


x. 


Down ] 


-> 


S2 ; 


c , 


o, 


x. 


x, 


x, 


x, 


Down ] 


-> 


SI; 


c , 


o, 


x. 


x, 


x, 


x, 


Down ] 


-> 


SO; 


c , 


o, 


x. 


x, 


x. 


x, 


Down ] 


-> 


S15; 


c , 


o, 


x, 


x, 


x, 


x, 


Down ] 


-> 


S14 ; 


c , 


o, 


o, 


o, 


o. 


o, 


Load ] 


-> 


SO; 


c , 


o, 


1, 


1, 


1, 


1, 


Load ] 


-> 


S15; 


c , 


o, 


1/ 


o, 


1, 


o, 


Load ] 


-> 


S10; 



end counter 



LATTICE 



7-BIT 
COUNTER 



DESCRIPTION 



In this example, a GAL20V8 implements a seven-bit 
counter with asynchronous carry-out and load functions. 
As illustrated in the block diagram (Figure 1 ) and pinout 
diagram (Figure 2), the carry-in and carry-out pins make 
the counter fully cascadable to form larger counters. The 
CUPL design input files are shown in Figure 3, and simu- 
lation files in Figure 4. Note that the counter requires 
seven registers and one asynchronous output, taking full 
advantage of the generic architecture of the GAL20V8. 

□ 



Figure 1. Block Diagram 




CLK ■» 






LOAD »- 






LOAD DATA ^^^k 


7-BIT 
ASYNCHRONOUS 
COUNTER 


^^^k OUTPUTS 
(Oo-Qs) 


CARRY IN - 




»- CARRY OUT 


CLEAR »- 













Figure 2. Pinout Diagram 
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7-BIT COUNTER WITH LOAD AND CARRY 



Figure 3. CUPL Design Input File 



/************************************************^ 

/* */ 

/* CUPL INPUT FILE */ 

/* DESIGN INPUT FOR 7-BIT COUNTER */ 

/* V 
/**************************************************************/ 

/* ALLOWABLE TARGET DEVICE: GAL2 0V8 */ 



/*************************************^ 

PARTNO 7BITCNT ; 

NAME 7 -BIT COUNTER ; 

REV 01 ; 

DATE 10/08/85 ; 

DESIGNER JERRY GREINER ; 

COMPANY LATTICE SEMICONDUCTOR ; 

ASSEMBLY 3A-27 ; 

LOCATION U06 ; 



PIN 


1 


= CLK 


1 


/* 


CLOCK INPUT */ 


PIN 


2 


= DO 




/* 


DATAO INPUT */ 


PIN 


3 


= Dl 




/* 


DATA1 INPUT */ 


PIN 


4 


= D2 




/* 


DATA 2 INPUT */ 


PIN 


5 


= D3 




/* 


DATA3 INPUT */ 


PIN 


6 


= D4 




/* 


DATA 4 INPUT */ 


PIN 


7 


= D5 




/* 


DATA5 INPUT */ 


PIN 


8 


= D6 




/* 


DATA 6 INPUT */ 


PIN 


9 


= LD 




/* 


LOAD CONTROL */ 


PIN 


10 


= CLEAR; 


/* 


ASYNCHRONOUS CARRY-IN */ 


PIN 


13 


= !OE ; 


/* 


OUTPUT ENABLE */ 


PIN 


15 


= CARRYOUT ; 






PIN 


16 


= Q6 




/* 


COUNTER MSB */ 


PIN 


17 


= Q5 








PIN 


18 


= Q4 








PIN 


19 


= Q3 








PIN 


20 


= Q2 








PIN 


21 


= Ql 








PIN 


22 


= QO 




/* 


COUNTER LSB */ 


PIN 


23 


= CARRY IN ; 


/* 


CARRY-IN FOR CASCADING */ 
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7-BIT COUNTER WITH LOAD AND CARRY 



Figure 3. (cont'd) 



QO.D = (LD & DO 

# ! LD & !Q0 & CARRY IN) & ! CLEAR; 



/* LOAD DO */ 
/* TOGGLE */ 



Ql.D = (LD & Dl 

# !LD& !Q1 & QO & CARRY^ 

# !LD& Ql & !Q0) & !C 



/* LOAD Dl */ 
/* TOGGLE */ 
/* HOLD */ 



Q2.D = (LD & D2 

# !LD& !Q2 & Ql & QO & CARRYIN 

# !LD& Q2 & !Q1 

# !LD& Q2 & !Q0) & 'CLEAR; 



/* LOAD D2 */ 
/* TOGGLE */ 
/* HOLD */ 
/* HOLD */ 



D = 


(LD 


& D3 






/* 


LOAD D3 


*/ 


# 


!LD& 


!Q3 & Q2 


& Ql & QO & 


CARRYIN 


/* 


TOGGLE 


V 


# 


!LD& 


Q3 & !Q2 






/* 


HOLD 


*/ 


1 


!LD& 


Q3 & !Q1 






/* 


HOLD 


*/ 


# 


! LD& 


Q3 & !Q0) 


& 'CLEAR; 




/* 


HOLD 


*/ 


D = 


(LD 


& D4 






/* 


LOAD D4 


*/ 


# 


!LD& 


!Q4& Q3 & 


Q2 & Ql & Q( 


) & CARRYIN 


/* 


TOGGLE 


*/ 


# 


!LD& 


Q4 & !Q3 






/* 


HOLD 


*/ 


# 


!LD& 


Q4 & !Q2 






/* 


HOLD 


*/ 


# 


!LD& 


Q4 & !Q1 






/* 


HOLD 


*/ 


# 


!LD& 


Q4 & !Q0) 


& ! CLEAR; 




/* 


HOLD 


*/ 



Q5.D = 


(LD & D5 




/* 


LOAD D5 


*/ 


# 


!LD& !Q5& Q4 & 


Q3 & Q2 & Ql & QO 










& CARRYIN 




/* 


TOGGLE 


*/ 


# 


!LD& Q5 & !Q4 




/* 


HOLD 


*/ 


# 


!LD& Q5 & !Q3 




/* 


HOLD 


*/ 


# 


!LD& Q5 & !Q2 




/* 


HOLD 


*/ 


# 


!LD& Q5 & !Q1 




/* 


HOLD 


*/ 


# 


!LD& Q5 & !Q0) 


& ! CLEAR; 


/* 


HOLD 


V 



Q6.D = 


(LD & D6 


/* 


LOAD D6 


*/ 


# 


!LD& !Q6& Q5 & 


Q4 & Q3 & Q2 & Ql & QO 








& CARRYIN 


/* 


TOGGLE 


V 


# 


!LD& Q6 & !Q5 


/* 


HOLD 


*/ 


# 


!LD& Q6 & !Q4 


/* 


HOLD 


*/ 


# 


!LD& Q6 & !Q3 


/* 


HOLD 


*/ 


# 


!LD& Q6 & !Q2 


/* 


HOLD 


*/ 


# 


!LD& Q6 & !Q1 


/* 


HOLD 


*/ 


# 


!LD& Q6 & !Q0) 


& ! CLEAR; /* 


HOLD 


*/ 



CARRYOUT = ! LD & Q6 & Q5 & Q4 & Q3 & Q2 & Ql & QO 

& CARRYIN; /* CARRY-OUT */ 
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7-BIT COUNTER WITH LOAD AND CARRY 



Figure 4. CUPL Simulation File 

/**********************************^ 

/* */ 
/* CUPL INPUT FILE */ 

/* SIMULATION FOR 7-BIT COUNTER */ 

/* */ 
/*********************************************«****************/ 

/* ALLOWABLE TARGET DEVICE: GAL2 0V8 */ 

/**************************************************************'/ 

PARTNO 7BITCNT ; 

NAME 7 -BIT COUNTER ; 

REV 01 ; 

DATE 10/08/8 5 ; 

DESIGNER JERRY GREINER ; 

COMPANY LATTICE SEMICONDUCTOR ; 

ASSEMBLY 3 A- 2 7 ; 

LOCATION U06 ; 

ORDER: 

CLK, !OE, CLEAR, LD, CARRYIN, D6 , D5, D4 , D3 , D2 , Dl, DO, Q6, 
Q5, Q4, Q3, Q2, Ql, QO, CARRYOUT; 
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Figure 4. (cont'd) 



VECTORS : 



$msg" 
$msg" 
$msg" 
$msg" 
$msg" 



c 


J 


c 




c 






o 


ii . 




L 


o 


L 


L 


x 


nnnnnnn 

U LJ Lj U LJ LJ LJ 


ooooooo 


u 


it • 








p 




N 


U J4 J £. -L W 


*_l ~J *-t J t- X W 


T 


ii . 
ii . 




o 




x 


x 


X 


YYYYYYY 

AAAAAAA 


7777777 

Li Li Li Li Li Li Li 


x 




TF^T T4T — 7 */ 


Q 


o 




x 


x 


YYYYYYY 

AAAAAAA 


T.T.T.T.T.T.T. 

J — 1 J — 1 J — < J — F J — 1 J — P J — 1 


L 


/* 


TF^T PT.FAT? */ 


\^ 


n 






x 


1111111 


nnnnnnn 


L 


/ 


T.nan onfcj */ 


Q 


o 


o 




x 


nnnnnnn 
\j \j \j \j \j \j \j 


T.T.T.T.T.T.T, 

i_J J_l J_J J_l ±J 1_) J_J 


L 




T.OAD ZFRO^ * / 


n 


Q 


o 


o 


1 


YYYYYYY 

AAAAAAA 


T.T .T.T.T.T.H 

J_i I.J J. i Li I iX-iTl 


L 


/* 

/ 


COI7NT=1 */ 

w U11 1 — J. / 




n 


n 
u 


o 


1 

i. 


YYYYYYY 

AAAAAAA 


T.T .T.T.T.WT, 


L 


/ 




*~ 


A 


u 


n 


n 
J. 


YYYYYYY 
AAAAAAA 


T T.T T T HH 


L 


/ 






u 


u 


u 


X 


YYYYYYY 
AAAAAAA 


T T T T T-TT T 


T 

1 1 


/ 


POTTMT— A * / 


C 











1 


V W W W 
AAAAAAA 


LLLLHLH 


L 


/* 


/-^/-\T T>Trri rr 4. / 

CUUiN 1 — D x / 


c 











1 


vvvvvvv 

Xaaaaaa 


LLLLHHL 


L 


/* 


tOUNl-o */ 


c 











1 


\r \r \7 v \7 "V "\7 

xxxxxxx 


T T T T T I T T T T 


L 


/* 


COUN1— / */ 


c 











1 


XXXXXXX 


LLLHLLL 


L 


/* 


COUNT=8 */ 


c 











1 


W V W W 

xxxxxxx 


LLLHLLH 


L 


/* 


COUNT— 9 */ 


c 











1 


xxxxxxx 


LLLHLHL 


L 


/* 


COUNT=10 */ 


c 











1 


xxxxxxx 


LLLHLHH 


L 


/* 


COUNT=ll */ 


c 











1 


xxxxxxx 


LLLHHLL 


L 


/* 


C0UNT=12 */ 


c 











1 


xxxxxxx 


LLLHHLH 


L 


/* 


C0UNT=13 */ 


c 











1 


xxxxxxx 


LLLHHHL 


L 


/* 


C0UNT=14 */ 


c 











1 


xxxxxxx 


TXT" TTTTTTTT 

LLLHHHH 


L 


/* 


COUNT=15 */ 


c 











1 


xxxxxxx 


LLHLLLL 


L 


/* 


COUNT=16 */ 


c 











1 


xxxxxxx 


LLHLLLH 


L 


/* 


COUNT=17 */ 


c 











1 


W W W V 

xxxxxxx 


LLHLLHL 


L 


/* 


COUNT= 18 */ 


c 











1 


xxxxxxx 


T T T T T T 1 1 T T 

LLnLLnrl 


L 


/* 


COUNT=19 */ 


c 











1 


V w w w 

xxxxxxx 


LLHLHLL 


L 


/* 


COUNT=2 */ 


c 











1 


xxxxxxx 




L 


/* 


O^TTMfTl *^ T / 

COUNT=21 */ 


c 











1 


V w w w 

xxxxxxx 


T T TJT TTTJT 


L 


/* 


/-i/-\TTkT^l *^ *^ A / 

COUNT=22 */ 


c 











1 


W V w w 

xxxxxxx 


T" T TIT TTTTTT 

LLiHIjHHH 


L 


/* 


COUNT=2 3 */ 


c 











1 


xxxxxxx 


LLHHLLL 


L 


/ -If 

/* 


COUNT=24 */ 


c 











1 

1 


V w w w 

xxxxxxx 


T T TTTJT T TJ 


L 


/* 


/*./-\r T\tm r— J, / 

COUNT=2 5 */ 


c 


o 


o 


o 


1 


xxxxxxx 


J— 11 11 111 1 ill A—I 


L 


/ 




c 











1 


xxxxxxx 


LLHHLHH 


L 


/* 


C0UNT=2 7 */ 


c 











1 


xxxxxxx 


LLHHHLL 


L 


/* 


COUNT=28 */ 


c 











1 


xxxxxxx 


LLHHHLH 


L 


/* 


COUNT=29 */ 


c 











1 


xxxxxxx 


LLHHHHL 


L 


/* 


COUNT=3 */ 


c 











1 


xxxxxxx 


LLHHHHH 


L 


/* 


C0UNT=31 */ 


c 











1 


xxxxxxx 


LHLLLLL 


L 


/* 


COUNT=32 */ 


c 











1 


xxxxxxx 


LHLLLLH 


L 


/* 


COUNT=3 3 */ 


c 








1 


X 


0111111 


LHHHHHH 


L 


/* 


LOAD=63 TO OBSERVE MSB TOGGLE */ 


c 











1 


xxxxxxx 


HLLLLLL 


L 


/* 


C0UNT=64, OBSERVE MSB */ 


c 











1 


xxxxxxx 


HLLLLLH 


L 


/* 


COUNT=65, OBSERVE MSB */ 


c 








1 


X 


1111110 


HHHHHHL 


L 


/* 


LOAD=12 6 TO OBSERVE CARRY */ 


c 











1 


xxxxxxx 


HHHHHHH 


H 


/* 


COUNT=127, OBSERVE CARRY */ 


c 











1 


xxxxxxx 


LLLLLLL 


L 


/* 


COUNT=0, OBSERVE CARRY */ 
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MEMORY ADDRESS 
DECODER 



TT 



DESCRIPTION 



Address decoding is a very common application of 
programmable logic devices. This example has been 
reprinted (with a few modifications) from the "ABEL 
Applications Guide," with the permission of Data I/O Cor- 
poration, Redmond, WA. The purpose of this GAL16V8 
decoder is to monitor the high-order bits of a 1 6-bit ad- 
dress bus and select the correct memory or I/O device 
based on the value of these address bits, as illustrated 
in Figure 1 . The memory map is shown in Figure 2. 

The logic design input file for the decoder is shown 
in Figure 3. Note that the program utilizes an intermedi- 
ate variable, "Address," and relational operators to make 
the program more readable. Reduced equations provided 
by the software are shown in Figure 4, and ABEL's docu- 
ment generator draws the pinout diagram (Figure 5), as 
well. □ 




Figure 2. Memory Map 




FFFF 








F800 


ROM, 




F7FF 


ROM, 




FOOO 






EFFF 






E800 


[NOT USED] 




E7FF 


I/O 




EOOO 






DFFF 
0000 


DRAM 
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Figure 3. ABEL Input File 








module 


addrdec2 








title 


'ABEL INPUT FILE 










Address Decoder for a 6809 CPU 


System 




reprinted with permission from 


Data I/O Corp. 




Jerry 




April 8, 1986 




Lattice Semiconductor Corp.' 








"device declaration 








"location 


keyword 


device code 




U04 


device 


'P16V8S' ; 




"pin declaration 










A11,A12,A13,A14,A15 pin 7 


/ 3 , 4 , 


5,6; 




ROMl,ROM2,IO,DRAM pin 16,17,18,19; 




"constant declaration 








H,L,X = 1,0, .X. 


; 








Address = [ A15 , A14 , A13 , A12 , A11,X,X,X, X,X,X,X, X,X,X,X]; 


equations 








! DRAM = (Address 


<= A hDFFF) ; 


"DRAM 


selected when Address 








" less than or equal to DFFF 




! 10 = (Address 


>= A hE000) & 


"10 selected when Address greater 




(Address 


<= A hE7FF) ; 


" than or equal to E000 but less 








" than or equal to E7FF 




1ROM2 = (Address 


>= A hF000) & 


"R0M2 


selected when Address 




(Address 


<= A hF7FF) ; 


" greater than or equal to F000 








" but 


less than or equal to F7FF 




!R0M1 = (Address 


>= A hF8 00) ; 


"R0M1 


selected when Address 








" greater than or equal to F800 


test vectors (Address -> 


[ROMl,ROM2,IO, 


DRAM] ) 




A h0000 -> 


[ H, H, H, 


L ] 


" select DRAM 




A h5555 -> 


[ H, H, H, 


L ] 


ii ii 




A hAAAA -> 


[ H, H, H, 


L ] 


ii ti 




A hDFFF -> 


[ H, H, H, 


L ] 


ii ii 




A hE000 -> 


[ H, H, L, 


H ] 


ii select 




A hE7FF -> 


[ H, H, L, 


H ] 


" 10 




A hE800 -> 


[ H, H, H, 


H ] 


" (not 




A hEFFF -> 


[ H, H, H, 


H ] 


" used) 




A hF000 -> 


[ H, L, H, 


H ] 


" select 




A hF7FF -> 


[ H, L, H, 


H ] 


" R0M2 




A hF800 -> 


[ L, H, H, 


H ] 


" select 




A hFFFF -> 


[ L, H, H, 


H ] 


" ROM1 


end addrdec2 
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Figure 4. Reduced Equations 

ABEL(tm) Version 1.19 - Document Generator 
Address Decoder for a 6809 CPU System 

reprinted with permission from Data I/O Corp. 

Jerry April 8, 19 8 6 

Lattice Semiconductor Corp. 
Equations for Module addrdec2 

Device U04 



Reduced Equations: 

DRAM = (A13 & A14 & A15) ; 

10 = !(!A11 & !A12 & A13 & A14 & A15) ; 

R0M2 = !(!A11 & A12 & A13 & A14 & A15) ; 

R0M1 = (!A15 

# !A14 & A15 

# !A13 & A14 & A15 

# !A12 & A13 & A14 & A15 

# !A11 & A12 & A13 & A14 & A15) ; 



una 



MEMORY ADDRESS DECODER 



Figure 5. Pinour Diagram 










ABEL (tm) Version 1.19 - Document Generator 






Address Decoder for a 6809 CPU System 








reprinted 


with permission from 
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DESCRIPTION 



The barrel shifter (Figure 1) is a specialized shift reg- 
ister that rotates data a selectable number of bit posi- 
tions out of the most-significant bit and back into the 
least-significant bit — thus the name. Typical applica- 
tions of a barrel shifter are floating-point arithmetic and 
display rotation on a graphics terminal. 

Since our barrel shifter has 8 data inputs and 8 regis- 
tered outputs, as well as control signals, the GAL20V8 
is the PLD of choice. The shift-select inputs (S ,S 1 ,S 2 ) 
determine the number of positions shifted, as described 
in the function table of Figure 2. The block diagram is 
shown in Figure 3. The clock (CLK) input gates input data 
synchronously to the output registers, and the output 
enable (OE) allows tri-state buffering of the Q outputs. 
The one remaining input is used for a reset (RS) function. 

The ABEL design input files shown in Figure 4 may 
appear tedious, but simply enumerate the eight different 
bit-shift possibilities for each output. Reduced equations 
are provided in Figure 5, and ABEL draws the pinout 
diagram in Figure 6. □ 



Figure I. Barrel Shift Rotation 




Figure 2. Function Table 
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Figure 3. Block Diagram 




BARREL SHIFTER 



Figure 4. ABEL Input File 

module barrel_shifter_8 ; 

title 'ABEL INPUT FILE 

8-bit Barrel Shifter in a GAL20V8 April 16, 1986 

Lattice Semiconductor Joe Eng' 

"device declaration 

"location keyword device code 
U9 device 'P2 0V8R' ; 

"pin declaration 

"inputs 

D7,D6,D5,D4,D3,D2,D1,D0 pin 4,5,6,7,8,9,10,11; 
CLK pin 1; 

"outputs 

Q7,Q6,Q5,Q4,Q3,Q2,Q1,Q0 pin 22,21,20,19,18,17,16,15; 
"control 

S2,S1,S0 pin 23,2,3; " selects 0-7 bit shift 

RS pin 14; " resets all outputs to 

OE pin 13; " output enable 

"constant declaration 

X = .X. ; " simplify 1 don't care' constant 

C = .C; " simplify 'clock' constant 
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Figure 4. (cont'd) 



equations 



QO 


: = 


!RS 


& 


((!S2 & !S1 & !S0 


& 


DO) 


# 










(!S2 & !S1 & SO 


& 


D7) 


# 










(!S2 & SI & ISO 


& 


D6) 


# 










( ! S2 & SI & SO 


& 


D5) 












(S2 & !S1 & ISO 


& 


D4] 


# 










(S2 & !S1 & SO 


& 


D3) 


# 










(S2 & SI & ISO 


& 


D2) 


# 










(S2 & SI & SO 


& 


Dl) 


) s 


Ql 


: = 


!RS 


& 


((!S2 & !S1 & ISO 


& 


Dl) 


# 










(!S2 & !S1 & SO 


& 


DO] 


# 










(!S2 & SI & !SO 


& 


D7] 


# 










( ! S2 & SI & SO 


& 


D6] 












(S2 & !S1 & ISO 


& 


D5] 


# 










(S2 & !S1 & SO 


& 


D4) 


# 










(S2 & SI & !SO 


& 


D3) 


# 










(S2 & SI & SO 


& 


D2) 


) } 


Q2 


: = 


!RS 


& 


((!S2 & !S1 & ISO 


& 


D2) 


# 










(!S2 & !S1 & SO 


& 


Dl) 


# 










(!S2 & SI & !SO 


& 


DO) 


# 










( ! S2 & SI & SO 


& 


D7 


# 










(S2 & !S1 & !SO 


& 


D6 


# 










(S2 & !S1 & SO 


& 


D5] 


# 










(S2 & SI & ISO 


& 


D4] 


# 










(S2 & SI & SO 


& 


D3) 


) t 


Q3 


: = 


!RS 


& 


((!S2 & !S1 & ISO 


& 


D3) 


# 










(!S2 & !S1 & SO 


& 


D2 


# 










(!S2 & SI & ISO 


& 


Dl 


# 










(!S2 & SI & SO 


& 


DO 


# 










(S2 & !S1 & ISO 


& 


D7) 


# 










(S2 & !S1 & SO 


& 


D6) 


# 










(S2 & SI & ISO 


& 


D5; 


# 










(S2 & SI & SO 


& 


D4; 


) ; 


Q4 




!RS 


& 


((!S2 & !S1 & ISO 


& 


D4) 


# 










(!S2 & !S1 & SO 


& 


D3) 


# 










(!S2 & SI & ISO 


& 


D2; 


# 










(!S2 & SI & SO 


& 


Dl] 


# 










(S2 & !S1 & !SO 


& 


do; 


# 










(S2 & !S1 & SO 


& 


d7; 


# 










(S2 & SI & !SO 


& 


D6] 


# 










(S2 & SI & SO 


& 


D5) 


) ; 
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Figure 4. (cont'd) 
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!RS 


& 


((!S2 & !S1 & ISO 
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/co JO CI JO icn 


JO H7 ^ a 

Ot D 1 ) ff 
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^ OZ a Ol at OU 


jo n^ ^ \ • 

01 DO ) ) t 












Q6 : = 


!RS 


& 


((!S2 & !S1 & !S0 


& D6) # 


















(!S2 & !S1 & SO 


& D5) # 


















/loo r ei e i en 
( I bz Ac b 1 ot ! b U 


& D4) ff 


















/ico r c n r or\ 
( I bz a ol a bl) 


r r\o \ 41 

& D3) ff 


















/ O f 1 O 1 f lc?rt 

(bz & ! SI & I SO 


St D2) # 


















(S2 & 1 SI & SO 


St Dl) # 


















(bz & bl it ! bO 


& DO) # 


















(S2 St SI Si SO 


St D7) ) ; 












Q7 : = 


!RS 


& 


((!S2 Si !S1 & !S0 


S. D7) # 


















/ lei c 1 o 1 r on 
( ! d2 at !bi ot faO 


St Do ) ff 


















(!S2 St SI St ISO 


& D5) # 


















(!S2 & SI & SO 


S. D4) # 


















(S2 St !S1 St !S0 


a DJ ) ff 


















(S2 St !S1 St SO 


& D2) # 


















(S2 St SI Si !S0 


St Dl) # 


















(S2 St SI St SO 


St DO) ) ; 












test vectors 


( [CLK,OE,RS,S2,S1,SO,D7. 


. UU J — > 


LQ/ 


• .Q0] ) 








ll r* 

|| T r\ t? c. 

Lj \J XV o 


S 


D 


D 






si 








II V t? Q O 
I\ Xj O Z 


1 


7 


6 5 4 3 2 1 


"7 ^ R A 
/ O O ft 


-J 


z ± u 










X,X, 


X, 


X,X,X,X,X,X,X] -> 


r n n n n 


, , 


n. n m 
0,0,0] 


II 


set 




[C, 0,0,0, 


0,0, 


0, 


0,0,0,1,1,1,1] -> 


[0,0,0,0 




1,1,1] 


II 


no shift 


[C, 0,0,0, 


0,1, 


1, 


1,1,1,0,0,0,0] -> 


[1,1,1,0 


,0, 


0,0,1] 


II 


shift 


1 


[C, 0,0,0, 


1,0, 


o, 


0,0,0,1,1,1,1] -> 


[0,0,1,1 


,1, 


1,0,0] 


II 




2 


[C, 0,0,0, 


1,1, 


1, 


1,1,1,0,0,0,0] -> 


[1,0,0,0 


,0, 


1,1,1] 


II 




3 


[C, 0,0,1, 


0,0, 


o, 


0,0,0,1,1,1,1] -> 


[1,1,1,1 


,0, 


0,0,0] 


II 




4 


[C, 0,0,1, 


0,1, 


1, 


1,1,1,0,0,0,0] -> 


[0,0,0,1 


,1, 


1,1,0] 


II 




5 


[C, 0,0,1, 


1,0, 


o, 


0,0,0,1,1,1,1] -> 


[1,1,0,0 


,0, 


0,1,1] 


II 




6 


[C, 0,0,1, 


1,1, 


1, 


1,1,1,0,0,0,0] -> 


[0,1,1,1 


,1, 


0,0,0] 


1 




7 


end barrel shifter 


8 
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Figure 5. Reduced Equations 
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Shifter in a GAL2 0V8 April 16, 198 6 


Lattice Semiconductor Joe Eng 


Equations for Module barrel_shifter_8 


Device U9 






Reduced Equations: 


QO 


. _ 


(DO & IRS & ISO & IS1 & IS2 






# Dl & IRS & SO & SI & S2 






# D2 & IRS & ISO & SI & S2 






# D3 & IRS & SO & IS1 & S2 






# D4 & IRS & ISO & IS1 & S2 






# D5 & IRS & SO & SI & IS2 






# D6 & IRS & ISO & SI & IS2 






# D7 & IRS & SO & I SI & IS2) ; 


Ol 




(DO & IRS & SO & IS1 & IS2 






# Dl & IRS & ISO & IS1 & IS2 






# D2 & IRS & SO & SI & S2 






# D3 & IRS & ISO & SI & S2 






# D4 & IRS & SO & IS1 & S2 






# D5 & IRS & ISO & IS1 & S2 






# D6 & IRS & SO & SI & IS2 






# D7 & IRS & ISO & SI & IS2); 


Q2 




(DO & IRS & ISO & SI & IS2 






# Dl & IRS & SO & IS1 & IS2 






# D2 & IRS & ISO & IS1 & IS2 






# D3 & IRS & SO & SI & S2 






# D4 & IRS & ISO & SI & S2 






# D5 & IRS & SO & IS1 & S2 






# D6 & IRS & ISO & IS1 & S2 






# D7 & IRS & SO & SI & IS2); 


Q3 




(DO & IRS & SO & SI & IS2 






# Dl & IRS & ISO & SI & IS2 






# D2 & IRS & SO & I SI & I S2 






# D3 & IRS & ISO & IS1 & IS2 






# D4 & IRS & SO & SI & S2 






# D5 & IRS & ISO & SI & S2 






# D6 & IRS & SO & IS1 & S2 






# D7 & IRS & ISO & I SI & S2) ; 
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Figure 5. (cont'd) 



Q4 := (DO & !RS & ISO & !S1 & S2 

# Dl & IRS & SO & SI & !S2 

# D2 & IRS & ISO & SI & !S2 

# D3 & !RS & SO & !S1 & !S2 

# D4 & !RS & ISO & !S1 & !S2 

# D5 & !RS & SO & SI & S2 

# D6 & !RS & ISO & SI & S2 



Q5 := (DO & !RS & SO & !S1 & S2 

# Dl & !RS & !SO & !S1 & S2 

# D2 & !RS & SO & SI & !S2 

# D3 & !RS & ISO & SI & !S2 

# D4 & !RS & SO & !S1 & !S2 

# D5 & !RS & !SO & !S1 & !S2 

# D6 & !RS & SO & SI & S2 

# D7 & IRS & ISO & SI & S2) ; 



Q6 := (DO & IRS & ISO & SI & S2 

# Dl & IRS & SO & I SI & S2 

# D2 & IRS & ISO & IS1 & S2 

# D3 & IRS & SO & SI & IS2 

# D4 & IRS & ISO & SI & IS2 

# D5 & IRS & SO & IS1 & IS2 

# D6 & IRS & ISO & IS1 & IS2 

# D7 & IRS & SO & SI & S2) ; 



Q7 := (DO & IRS & SO & SI & S2 



# Dl 

# D2 

# D3 

# D4 

# D5 

# D6 



RS 
RS 
RS 
RS 
RS 
RS 



ISO & SI & S2 
SO & IS1 & S2 
ISO & I SI & S2 
SO & SI & IS2 
ISO & SI & IS2 
SO & IS1 & IS2 



# D7 & IRS & 



& IS1 & IS2) i 
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Figure 6. Pinour Diagram 
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MULTIPLEXER 



DESCRIPTION 



Widely used in computer and data communications 
circuits, multiplexers route one of several input banks 
to an output, based on the condition of select inputs. 
This particular version has 4 input banks, each 4-bits 
wide (Figure 1); therefore, two select lines are required 
to choose 1 of 4 inputs, as shown in the function table of 
Figure 2. Possible applications for our multiplexer include 
bus selection in a multibus computer environment, or 
data manipulation in an arithmetic/logic circuit. 

With a total of 16 multiplexer inputs and two Select 
inputs, this design is well suited for the GAL20V8. The 
pinout chosen for this example is shown in Figure 3; 
actual pin placement of the multiplexer outputs is not 
critical since the versatility of the GAL20V8 allows the 
designer to choose that combination of output pins that 
best suits the board layout. The device was programmed 
using ABEL; the logic design input files are shown in 
Figure 4, with reduced equations shown in the docu- 
ment-generator file of Figure 5. The 'fuse' map is shown 
in Figure 6. □ 



Figure I. Block Diagram 
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moQUie quaa_4tol_mux 
title 



'ABEL INPUT FILE 
Quad 4 to 1 Multiplexer in a GAL2 0V8 
Lattice Semiconductor 



April 17, 1986 
Joe Eng' 



"device declaration 

"location keyword 
U8 device 

"pin declaration 

"inputs 
A0,A1,A2,A3 
B0,B1,B2,B3 
C0,C1,C2,C3 
D0,D1,D2,D3 



device code 
'P2 0V8S' ; 



pin 1,2,3,4; 
pin 5,6,7,8; 
pin 9,10,11,13; 
pin 14,15,16,17; 



"outputs 

Aout,Bout,Cout,Dout pin 21,2 0,19,18; 

"control 
SO, SI pin 22,23; 



equations 



Aout 


( !S1 


& 


ISO 


& 


AO) 


# 


(!S1 & SO & Al) 


# 




(SI 


& 


ISO 


& 


A2) 


# 


(SI & SO & A3) ; 




Bout = 


(!S1 


& 


ISO 


& 


BO) 


# 


(!S1 & SO & Bl) 


# 




(SI 


& 


ISO 


& 


B2) 


# 


(SI & SO & B3) ; 




Cout = 


( !S1 


& 


ISO 


& 


CO) 


# 


(!S1 & SO & CI) 


# 




(SI 


& 


ISO 


& 


C2) 


# 


(SI & SO & C3) ; 




Dout = 


( !S1 


& 


!S0 


& 


DO) 


# 


(!S1 & SO & Dl) 


# 




(SI 


& 


!S0 


& 


D2) 


# 


(SI & SO & D3) ; 





testvectors 

( [ S 1 , SO , AO , Al , A2 , A3 , BO , Bl , B2 , B3 , CO , CI , C2 , C3 , DO , Dl , D2 , D3 ] -> 

[ Aout , Bout , Cout , Dout ] ) 



SSA AB BC CD D 

100123012301230123 



'±UUli!jU±23O123012 

[0,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0, 
[0,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0, 
[1,0,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0, 
[1,1,1,0,0,0,0,1,0,0,0,0,1,0,0,0,0, 

[0,0,1,1,1,0,1,1,0,1,1,0,1,1,0,1,1,1] 
[0,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1,1,1] 
[1,0,1,1,1,0,1,1,0,1,1,0,1,1,0,1,1,1] 
[1,1,1,1,1,0,1,1,0,1,1,0,1,1,0,1,1,1] 



1] 
1] 
1] 
1] 



outputs 
A B C D 

-> [1,0,0,0]; 

-> [0,1,0,0]; 

-> [0,0,1,0]; 

-> [0,0,0,1]; 

-> [1,1,1,0]; 

-> [1,1,0,1]; 

-> [1,0,1,1]; 

-> [0,1,1,1]; 



" select 
"AO, BO, CO, DO 
"A1,B1,C1,D1 
"A2 , B2 , C2 , D2 
"A3,B3,C3,D3 

"AO, BO, CO, DO 
"A1,B1,C1,D1 
"A2,B2,C2,D2 
"A3,B3,C3,D3 
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Figure 5. Reduced Equations 
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Equations for Module guad_4tol_mux 

Device U8 



Reduced Equations: 

Aout = (AO & ISO & !S1 

# Al & SO & !S1 

# A2 & ISO & SI 

# A3 & SO & SI) ; 



Bout = (BO & ISO & !S1 

# Bl & SO & !S1 

# B2 & !S0 & SI 

# B3 & SO & SI) ; 



Cout = (CO & !S0 & !S1 

# CI & SO & !S1 

# C2 & !S0 & SI 

# C3 & SO & SI) ; 



Dout = (DO & !S0 & !S1 

# Dl & SO & !S1 

# D2 & !S0 & SI 

# D3 & SO & SI) ; 
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Figure 6. 'Fuse' Map 

QP24* QF2706* 
LOOOO 

OOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOO 
0000000000000000000000000000000000000000 

oooooooooooooooooooooooooooooooooooooooo 

0000000000000000000000000000000000000000 
0000000000000000000000000000000000000000 

oooooooooooooooooooooooooooooooooooooooo 

0000000000000000000000000000000000000000 
0000000000000000000000000000000000000000 
1101111011101111111111111111111111111111 
0111111011011111111111111111111111111111 
1111010111101111111111111111111111111111 
1111110101011111111111111111111111111111 

oooooooooooooooooooooooooooooooooooooooo 

0000000000000000000000000000000000000000 

oooooooooooooooooooooooooooooooooooooooo 

0000000000000000000000000000000000000000 
1111111O1110O111111111111111111111111111 
1111111011011111011111111111111111111111 
1111110111101111111101111111111111111111 
1111110111011111111111110111111111111111 
0000000000000000000000000000000000000000 

oooooooooooooooooooooooooooooooooooooooo 

0000000000000000000000000000000000000000 
0000000000000000000000000000000000000000 
1111111011101111111111111111011111111111 
1111111011011111111111111111111101111111 
1111110111101111111111111111111111110111 
1111110111011111111111111111111111111101 
0000000000000000000000000000000000000000 
0000000000000000000000000000000000000000 
0000000000000000000000000000000000000000 

oooooooooooooooooooooooooooooooooooooooo 

1111111011101111111111111111111111011111 

1111111011011111111111111111110111111111 

1111110111101111111111111101111111111111 

1111110111011111111111011111111111111111 

0000000000000000000000000000000000000000 

0000000000000000000000000000000000000000 

0000000000000000000000000000000000000000 

0000000000000000000000000000000000000000* 

L2560 

01111000» 

L2568 

0000000000000000000000000000000000000000000000000000000000000000* 
L2632 

1* 

L2633 
0* 

L2634 
0* 

L2635 
0* 

L2636 
0* 

L2637 

1* 

L2638 

1* 

L2639 

1* 

L2 64 

1111111111111111111111111111111111111111111111111111111111111111* 

L2704 
10* 

V0001 10000100001N00001LLLH00N* 
V0002 10000100001N00001LLHL10N* 
V0003 10000100001N00001LHLL01N* 
V0004 10000100001N00001HLLL11N* 
V0005 11101101101N10111LHHH00N* 
V0006 11101101101N10111HLHH10N* 
V0007 11101101101N10111HHLH01N* 
V0008 11101101101N10111HHHL11N* 
C5127* 
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ENCODER 



DESCRIPTION 



Encoding is the process of converting several lines 
of input data into a compact code. This code is then 
either transmitted along a system bus (usually of limited 
capacity) to be decoded elsewhere, or stored in memory 
for future use. A priority encoder functions as a normal 
encoder when only one input is active; that input's code 
appears at the output. When more than one input is ac- 
tive, the priority encoder selects the input with the high- 
est priority, ignoring all others. The priority structure is 
set by the logic equations programmed into the GAL16V8, 
and the user then makes the appropriate pin assignments. 

Our priority encoder (Figure 1 ) has a few extra fea- 
tures to enhance its capabilities. Both an input enable 
and an output enable are included to allow for indepen- 
dent control by the input and output circuits. Additionally, 
a group strobe (GS) output signal is provided to notify 
the output circuit when a valid output code is present. 
The truth table for the encoder is shown in Figure 2, and 
GAL16V8 pinout diagram in Figure 3. 

The logic equations for this circuit are quite long. For- 
tunately, the CUPL programming language, which was 
used for this example, allows shortcuts in the logic des- 
cription. As shown in the design input file (Figure 4), the 
equation for Y has been written in long form. Y 1 and 
Y2 were considerably easier to write, thanks to the use 
of the 'equality operator. ' The simulation file is shown 
in Figure 5, and CUPL provides the expanded product 
terms in Figure 6. The symbol table, which lays out the 
pin definitions and variable names in tabular form, is 
shown in Figure 7. □ 
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PARTNO 8 03PLD; 

NAME 8_3ENCOD; 

REV 1 ; 

DATE 4/18/86; 

DESIGNER Jerry ; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Interface Board; 

LOCATION U09 ; 



/* 



inputs */ 



pin [2. .9] = [DO. .7] ; 

pin [1,11] = [EI,OE]; /* Enable Input, Output Enable */ 



YO = (!EI & !OE) & 

((DO & !D1) # 

(DO & Dl & D2 & !D3) # 

(DO & Dl & D2 & D3 & D4 & !D5) # 

(DO & Dl & D2 & D3 & D4 & D5 & D6 & !D7) # 

(DO & Dl & D2 & D3 & D4 & D5 & D6 & D7) ) ; 

Yl = (!EI & !OE) & 

( (DO & Dl & !D2) # 
[D0..2]:& & !D3 # /* shorthand version using */ 

[D0..5]:& & !D6 # /* the equality operator */ 

[D0..6]:& & !D7 # 
[DO. .7] :&) ; 

Y2 = (!EI & !OE) & 

( [ DO . . 3 ] : & & ! D4 # 
[DO. .4] :& & !D5 # 
[DO. .5] :& & !D6 # 
[DO. . 6] : & & !D7 # 
[DO. .7] :&) ; 

GS = EI # OE # [ DO . . 7 ] : & ; 



/* 



outputs */ 



pin [15.. 17] = [Y0..2]; 
pin 19 = GS; 



/* Group Strobe */ 



/* 



logic equations */ 



8:3 PRIORITY ENCODER 



Figure 5. Simulation File 

/**************************************************************/ 

/* */ 

/* CUPL SIMULATION FILE */ 

/* GAL16V8 - 8 Line to 3 Line Priority Encoder */ 

/* */ 

/A*************************************************************/ 

PARTNO 803PLD; 

NAME 8_3ENCOD; 

REV 1 ; 

DATE 4/18/8 6; 

DESIGNER Jerry ; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Interface Board; 

LOCATION U09 ; 



order: 



EI,%1,OE,%2,DO,%1,D1,%1,D2,%1,D3,%1,D4,%1,D5,%1, 

D6,%1,D7,%2,Y2,%1,Y1,%1,Y0,%2,GS; 



vectors: 







D 














D 


Y 




Y 




*/ 


EI 


OE 





1 


2 


3 


4 


5 


6 


7 


2 


1 





GS 


*/ 


1 


X 


X 


X 


X 


X 


X 


X 


X 


X 


L 


L 


L 


H 


/* 


X 


1 


X 


X 


X 


X 


X 


X 


X 


X 


L 


L 


L 


H 


/* 








l 


1 


1 


1 


1 


1 


1 


1 


H 


H 


H 


H 


/* 
































L 


L 


L 


L 


/* 








1 























L 


L 


H 


L 


/* 








1 


1 




















L 


H 


L 


L 


/* 








1 


1 


1 

















L 


H 


H 


L 








1 


1 


1 


i 














H 


L 


L 


L 










1 


1 


1 


1 


1 











H 


L 


H 


L 










1 


1 


1 


1 


1 


1 








H 


H 


L 


L 










1 


1 


1 


1 


1 


1 


1 





H 


H 


H 


L 





test */ 
priority */ 
function */ 
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8:3 PRIORITY ENCODER 



Figure 6. Expanded Product Terms 

CUPL DOCUMENTATION FILE 
*********************************************************************** 

8_3ENCOD 

*********************************************************************** 



CUPL 


2.10B1 


Device 


gl6v8s Library DLIB-d-55-8 


Created 


Fri Apr 18 15:52:32 1986 


Name 


8 3ENCOD 


Partno 


803PLD 


Revision 


1 


Date 


4/18/86 


Designer 


Jerry 


Company 


Lattice Semiconductor 


Assembly 


Interface Board 


Location 


U09 



Expanded Product Terms 



YO 



Yl 



Y2 



=> 










EI 










# OE 










# DO 


& 


Dl 


& 


D2 & D3 & D4 & D5 & D6 & D7 


=> 
DO 


& 


!D1 


& !EI & !OE 


# DO 


& 


Dl 


& 


D2 & !D3 & !EI & !OE 


# DO 


& 


Dl 


& 


D2 & D3 & D4 & !D5 & !EI & ! OE 


# DO 


& 


Dl 


& 


D2 & D3 & D4 & D5 & D6 & !EI & 


=> 
DO 


& 


Dl 


& 


!D2 & !EI & !OE 


# DO 


& 


Dl 


& 


D2 & !D3 & !EI & ! OE 


# DO 


& 


Dl 


& 


D2 & D3 & D4 & D5 & !EI & !OE 


=> 










DO 


& 


Dl 


& 


D2 & D3 & !EI & !OE 
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umim 
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Figure 7. Symbol Table 








Symbol 


Table 










Pin Variable 










Pterins 


Max 


Min 


Pol Name 




Ext 



Pin 



Type 



Used 


Pterms 



Level 



DO 






2 


V 






_ 


_ 


Dl 






3 


V 






_ 


_ 


D2 






4 


V 








_ 


D3 






5 


V 






- 


- 


D4 






6 


V 










D5 






7 


V 










D6 






8 


V 










D7 






9 


V 










EI 






1 


V 










GS 






19 


V 


3 




8 


1 


OE 






11 


V 










YO 






15 


V 


4 




8 


1 


Yl 






16 


V 


3 




8 


1 


1 2 






17 


V 


1 




8 


1 


LEGEND F : 


field 


D : 


default variable 




M 


: extended node 


N : 


node 


I : 


intermediate variable 


T 


: function 


V : 


variable 


X : 


extended variable 




U 


: undefined 



Applications Hotline: 
1-800-FASTGAL 



UKrna 



5-47 




DESCRIPTION 



The GAL 1 6V8 is used to implement a password de- 
coder for use in systems where restricted access is criti- 
cal. Extremely difficult to 'crack, ' this password decoder 
permits access only when it encounters a correct se- 
quence of input variables and internal states. 

The device is configured as a state machine within 
a state machine. The first state machine, or master se- 
quencer, verifies when an expected state is reached 
in the second machine, or slave sequencer. Then it incre- 
ments to the next state and monitors the slave sequencer 
for the next expected state. The slave sequencer tests 
the inputs and internal states for the expected state or 
sequence of states. 



As shown in the state diagram of Figure 1 , the master 
sequencer is a four-state machine that increments when 
the proper state is reached by the slave sequencer. There 
are three different decoding laws (described below) used 
by the slave to determine this proper state for increment- 
ing the master. When each law is satisfied in the slave, 
the master increments. Upon reaching state D, the 
asynchronous output CODE is enabled and permits ac- 
cess to the restricted system resource, providing the 
inputs to the device are in the proper state. Otherwise, 
an incorrect CODE output will not allow access. 



Figure 1 . Master Sequencer State Diagram 
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PASSWORD DECODER 



The pinout diagram is shown in Figure 2. The slave 
sequencer monitors inputs l[8..1] and internal states 
Rf4. . 1 J, as well as state bits Sf 1 . .0] and HOLD. It should 
be noted that HOLD, R[4..1] and S[1..0] are internal 
states only and not used as device outputs. The three 
different decoding laws that this portion of the circuit is 
programmed to detect are, in expected sequence: 

1) Exclusive-Or Function 

2) Input-dependent (inputs only) 

3) Output-dependent (outputs only) 

At power on, the decoding and state registers are 
automatically reset and State A is selected. Note that 
there is an inversion between the register and the output 
pin, so that when the registers are reset, the output pin 
actually goes high. On the rising edge of the clock, the 
first decoding law is checked, namely, R(i) : + : l(i). 
Notice in the simulation that the master-sequencer state 
bits SfL.OJ do not increment until HOLD is removed. 
This occurs once all inputs l[8..1 ] and all outputs Rf4..1J 
are low. This requires two vectors, the first to force the 
outputs low and the next to set the inputs low. Now the 
state bits increment to [00], HOLD goes active, and the 
decoder is ready to check for the second law, namely, 
the input-dependent law that l[8..1] = HIGH. 

When this condition becomes true, HOLD is removed 
for one clock cycle and the state bits Sf 1 ..0] increment 
to State C, or [01 J. The third decoding law, output-depen- 
dent counting of bits R[4. . 1 J, no w becomes the require- 
ment for the next increment of state bits Sf 1 . .0J. This law 
is a simple counting from R[4..1] = f0000] to R[4..1] = 
[1111J. 



Upon reaching this condition, HOLD is again removed 
for one clock cycle and state bits Sf 1 . .0] increment to f 1 0J. 
This causes asynchronous output CODE to be enabled, 
and if the necessary condition of lf8..1J = f 10101010] 
exists, CODE will be high and the restricted path will be 
enabled. If that particular input condition does not exist, 
CODE will be low, causing access to be denied. On the 
next clock, CODE is disabled and the password decoder 
goes back to its initial state. 

Once the GAL16V8 is programmed and secured, 
its resistance to fraudulent access is nearly perfect. Con- 
sider, for example, calculation of the number of cycles 
necessary to decode the device if the coding laws are 
known. For each state, the combination of lf8..1J and 
Rf4..1J gives 2 12 possible values. Because each decod- 
ing law for each state is independent of those for any 
other state, the total number of possible combinations 
is2 12 x2 12 x2 12 x2 12 = 2 48 . With a 50ns cycle time, it 
would take over 1 62 years to decode the GAL16V8. This 
does not even take into account the effect of any trap 
combinations which might be thrown in. Also, if the 
decoding laws are not known... 

The decoding laws chosen here are simple ones to 
demonstrate the application. More complex schemes 
can be devised to make fraudulent access even more 
difficult, with the only limitation being the number of pro- 
duct terms per output. A/so, if the same decoding laws 
and state transitions but a different output code is pro- 
grammed into several devices in parallel, the width of 
the access code is easily expanded. 
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PASSWORD DECODER 



Figure 3. ABEL Input File 

module password 
title 

'ABEL INPUT FILE 
Password decoder 

Designer: Jerry Greiner, Lattice Semiconductor 

Device: GAL16V8 

4/5/86' 

passkey device 'pl6v8r'; Target Device: GAL16V8 

" constants: 

H = 1; 
L = 0; 

c = . C . ; 
Z = . Z . ; 

" pin names: 

Clk, II, 12, 13, 14, 15, 16, 17, 18 pin 1,2,3,4,5,6,7,8,9; 
OE,S1,SO,HOLD,R4,R3,R2,R1,CODE pin 11,12,13,14,15,16,17,18,19; 



equations 

CODE = 18 & ! 17 & 16 & ! 15 & 14 & ! 13 & 12 & III; 
ENABLE CODE = SI & ISO; 

50 := SO & HOLD 

# ! SO & ! HOLD ; 

51 := SI & HOLD 

# !S1 & SO & I HOLD 

# SI & ISO & I HOLD; 

! HOLD := SI & SO &IR4 &!R3 &IR2 &!R1 

&!I8 &II7 &!I6 &!I5 &II4 &!I3 &!I2 &!ll 
# !S1 &IS0 &I1 &I2 &I3 &I4 &I5 &I6 &I7 &I8 







# ! 


SI & 


so 


&R4 


&R3 &R2 &R1 






# 


SI & 


so 






R4 




SI 


& 


SO 


& 


(!R4 


&I4 # R4 &!I4) 




"# 


!S1 


& 


SO 


& 


( !R4 


&R3 &R2 &R1 # R4 &!R3 # R4 &!R2 




# 


SI 


& 


SO 


& 


HOLD 


&!R4 &!R3 &!R2 &!R1; 


R3 




SI 


& 


SO 


Si 


(!R3 


&I3 # R3 &!13) 




'# 


!S1 


& 


so 


& 


(!R3 


&R2 &R1 # R3 &!R2 # R3 &!R1); 


R2 




SI 


& 


so 


& 


(!R2 


&I2 # R2 &!I2) 




'# 


!S1 


& 


so 


& 


( !R2 


& Rl # R2 &!R1) ; 


Rl 




SI 


& 


so 


& 


( !R1 


&I1 # Rl &!11) 




'# 


!S1 


& 


so 


& 


!R1; 



# R4 &!R1) 
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Figure 3. (cont'd) 


























test vectors 


( 


[elk, 


18 


, 17, 


16, 


15, 


14, 


13, 


12, 11] -> 












[R4, 


R3, 


R2, 


Rl, 


HOLD, SI 


, SO, CODE] ) 


it 


















H 




c 




" C 


















O 









" L I I 


I 


I 


I 


I 


I I 




R R 


R R 


L 


S S 


D 




" K 8 7 


6 


5 


4 


3 


2 1 




4 3 


2 1 


D 


1 


E 




[X, X, X, 


x, 


X / 


X 


X 


X, X] 


-> 


[1,1, 


1,1, 


1 , 


1,1, 


Z] , 


"initialization 


[C, X, X 


x, 


x , 


H 


H 


H, H] 


-> 


[0,0, 


0,0, 


1 , 


1,1, 


Z] , 




[c, L, L, 


L 


L, 


L 


L 


L,L] 


-> 


[1,0, 


0,0, 


, 


1,1, 


Z] 


"test first law 


[c,x,x 


X 


X / 


X 


X 


X, X] 


-> 


[1,0, 


0,0, 


1, 


0,0, 


Z] 


"increment STATE 


[C,H,H 


H 


H , 


H 


H 


H, H] 


-> 


[0,0, 


0,0, 


, 


0,0, 


Z] 


"test second law 


[c,x,x 


X 


X, 


X 


X 


X, X] 


-> 


[0,0, 


0,0, 


1 , 


0,1, 


Z] 


"increment STATE 


[c,x,x 


X 


X, 


X 


X 


X, X] 


-> 


[0,0, 


0,1, 


1 , 


0,1, 


Z] 


"set up third law 


[c,x,x 


X 


X 


X 


X 


X, X] 


-> 


[0,0, 


1,0, 


1, 


0,1, 


Z] 


"third law active 


[c,x,x 


X 


x, 


X 


X 


x,x] 


-> 


[0,0, 


1,1, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


X, X] 


-> 


[0,1, 


0,0, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


X, X] 


-> 


[0,1, 


0,1, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


x,x] 


-> 


[0,1, 


1,0, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


x,x] 


-> 


[0,1, 


1,1, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


x,x] 


-> 


[1,0, 


0,0, 


1, 


0,1, 


Z] 


"third law 


[c,x,x 


X 


X 


X 


X 


X, x] 


-> 


[1,0, 


0,1, 


1, 


0,1, 


Z] 


"still active 


[c,x,x 


X 


X 


X 


X 


x,x] 


-> 


[1,0, 


1,0, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


x,x] 


-> 


[1,0, 


1,1, 


1, 


0,1, 


Zl 

J 




[c,x,x 


X 


X 


X 


X 


X, X] 


-> 


[1,1, 


0,0, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


x,x] 


-> 


[1,1, 


0,1, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X 


X 


X 


X, X] 


-> 


[1,1, 


1,0, 


1, 


0,1, 


Z] 




[C, X, X 


X 


X 


X 


X 


X, X] 


-> 


[1,1, 


1,1, 


1, 


0,1, 


Z] 




[c,x,x 


X 


X, 


X 


X 


X, X] 


-> 


[0,0, 


0,0, 


0, 


0,1, 


Z] 


"test third law 


[c,H,L 


H 


L, 


H 


L 


H, L] 


-> 


[0,0, 


0,1, 


1, 


1,0, 


1] 


"enable access 


end 
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DECODER WITH 
WAIT-STATE GENERATOR 



LATTICE 



DESCRIPTION 



This example demonstrates a distinct advantage of 
the GAL family's configurable architecture. Here, an 
address decoder (Figure 1 ) for enabling up to six I/O 
devices in a system employs a built-in wait-state genera- 
tor, to accommodate either fast or slow devices. The 
wait-state generator causes the READY output to go in- 
active for certain addresses (IOSEL1 and IOSEL4), then 
become active again one clock cycte later. This requires 
a single state bit, thus only one register is needed. Since 
the GAL 16V8 can be configured with from 1 to 8 regis- 
ters, 7 nonregistered outputs remain, allowing for a 
READY output plus 6 l/O-decode outputs (Figure 2). A 
nonregistered output was chosen for READY, so that the 
signal could be wire-OR'ed with other system READYs. 



Figure 1. Block Diagram 




DATA BUS 

ADDRESS BUS 



DECODER 
WITH 
WAIT-STATE 
GENERATOR 



r 



As a comparison, implementing this circuit with a 
traditional 16R4 registered PAL device (in which 4 out- 
puts must be registered) would allow only 3 l/O-select 
outputs, while wasting unused registered outputs. This 
example also shows the advantage of the GAL1 6V8's 
power-up reset feature, which allows the state machine 
to be powered up in a known state without tying up an 
input as a reset term. This is especially important in a 
decoder, where a large number of address lines is often 
needed to get the required addressing granularity. The 
circuitry forces the clock input to a high TTL state dur- 
ing the processor's power-up reset. The CUPL design 
input file is shown in Figure 3, and simulation file in 
Figure 4. □ 



Figure 2. Pinout Diagram 
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DECODER WITH WAIT-STATE GENERATOR 



Figure 3. CUPL Input File 
/**************************************************** 

/* */ 

/* CUPL INPUT FILE */ 

/* Design input for Decoder with Wait State Generator */ 

/* */ 

/* Allowable Target Device Types: GAL16V8 */ 

/********************************************************** 

PARTNO DECWAIT ; 

NAME DECODER WITH WAIT STATE GENERATOR ; 

DATE 10/28/85 ; 

REV 01 ; 

DESIGNER Jerry Greiner; 

COMPANY Lattice Semiconductor ; 

ASSEMBLY 1 ; 

LOCATION U12 ; 



/** Inputs **/ 



PIN 1 
PIN [2,3] 
PIN [4,5] 
PIN [6. .9] 
PIN 11 



= PROC_CLK 

= ! [RD,WR] 

= [A19..18] 

= [A3..0] ; 

= !OE ; 



/** 

PIN 
PIN 
PIN 
PIN 
PIN 
PIN 
PIN 
PIN 



Outputs **/ 



19 
18 
17 
16 
15 
14 
13 
12 



ST1 ; 
READY ; 
! IOSEL0; 
!IOSELl 
! IOSEL2 
! IOSEL3 
!IOSEL4 
1IOSEL5 



/** Declarations and Intermediate Variable Definitions **/ 



IOSEG 
SELO = 
SEL1 = 
SEL2 = 
SEL3 = 
SEL4 = 
SEL5 = 
ACC = 



= A19 
= !A3 & 
■■ !A3 

■ !A3 

■ !A3 
■■ !A3 
' !A3 
RD # 



& !A18 

!A2 & >A1 & !A0 
!A2 & !A1 & AO ; 
!A2 & Al & !A0 ; 
!A2 & Al & AO ; 
A2 & !A1 & !A0 ; 
A2 & !A1 & AO ; 



/* Decode selects this chip */ 
/* Output selection encoded by */ 



/* int 



V 



WR 



IOSEL0 = ACC & IOSEG & SELO 
IOSEL1 = ACC & IOSEG & SEL1 
IOSEL2 = ACC & IOSEG & SEL2 
IOSEL3 = ACC & IOSEG & SEL3 
IOSEL4 = ACC & IOSEG & SEL4 
IOSEL5 = ACC & IOSEG & SEL5 
ST1.D = ACC & IOSEG & (SEL1 # SEL4) & 
READY = RD & !RD ; 
READY. OE = ST1 ; 



/* ACCess whether READ or WRITE */ 



!ST1 ; /* Wait one cycle */ 
/* Disable output for one clock */ 
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DECODER WITH WAIT-STATE GENERATOR I 



Figure 4. CUPL Simulation File 

/******************************************************* 

/* */ 
/* CUPL SIMULATION FILE */ 

/* Simulation for Decoder with Wait State Generator */ 

/* V 
/************************************************* 

/* Allowable Target Device Types: GAL16V8 */ 
/************************************************ 



PARTNO 
NAME 
DATE 
REV 

DESIGNER 
COMPANY 
ASSEMBLY 
LOCATION 



DECWAIT ; 

DECODER WITH WAIT STATE GENERATOR; 
10/28/85 ; 
01 ; 

JERRY GREINER; 
LATTICE SEMICONDUCTOR; 
1 ; 
U12 ; 



ORDER: 



PROC 


CLK 


< 


a, . 


RD, 


%2 , 


! WR, 


i2, 


A19 


,A18, %2, A3,A2, 




A1,A0 


, %2 , 


!oe, 


%4 


, ST1 


, %2, 


READY , 


%2, ilOSELO, !IOSELl, !lOSEL2 y 




! IOSEL3 , 


1IOSEL4, 1IOSEL5 


7 














VECTORS : 
























$msg" 


















1 1 1 1 1 1 








$msg" 


















iiiiii 


it . 






$msg" 
















R 


oooooo 


ii . 






$msg" 
















E 


SSSSSS 


n . 






$msg" 


C 


i 


i 


AA 






S 


A 


EEEEEE 


it • 






$msg" 


L 


R 


W 


11 


AAAA 





T 


D 


LLLLLL 


ii . 






$msg" 


K 


D 


R 


98 


3210 


E 


1 


Y 


012345 


ii . 


























ii . 






$msg" 































1 


1 


00 


0000 





X 


X 


HHHHHH 


/* 


Initialize */ 






C 


1 


1 


00 


0000 





L 


z 


HHHHHH 













1 


1 


00 


0000 





L 


z 


HHHHHH 
















1 


01 


0001 





L 


z 


HHHHHH 


/* 


No operation: A19 


*/ 




C 





1 


01 


0001 





L 


z 


HHHHHH 


/* 


and A18 do not 


*/ 







1 


1 


01 


0001 





L 


z 


HHHHHH 


/* 


decode properly 


*/ 







1 


1 


01 


0000 





L 


z 


HHHHHH 
















1 


10 


0001 





L 


z 


HLHHHH 


/* 


READ active, test 


*/ 




C 





1 


10 


0001 





H 


L 


HLHHHH 


/* 


for Wait State 


*/ 










1 


10 


0001 





H 


L 


HLHHHH 


/* 


!IOSELl selected 


*/ 




C 





1 


10 


0001 





L 


Z 


HLHHHH 













1 


1 


00 


0000 





L 


z 


HHHHHH 
















1 


10 


0100 





L 


Z 


HHHHLH 


/* 


READ active, test 


*/ 




C 





1 


10 


0100 





H 


L 


HHHHLH 


/* 


for Wait State 


*/ 










1 


10 


0100 





H 


L 


HHHHLH 


/* 


!IOSEL4 selected 


*/ 




C 





1 


10 


0100 





L 


Z 


HHHHLH 













1 


1 


00 


0000 





L 


Z 


HHHHHH 













1 





10 


0000 





L 


Z 


LHHHHH 


/* 


No Wait, !IOSEL0 


*/ 







1 





10 


0010 





L 


Z 


HHLHHH 


/* 


No Wait, 1IOSEL2 


*/ 







1 





10 


0011 





L 


Z 


HHHLHH 


/* 


No Wait, 1IOSEL3 


*/ 







1 





10 


0101 





L 


Z 


HHHHHL 


/* 


No Wait, IIOSEL5 


*/ 
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BUS 
ARBITER 



DESCRIPTION 



Bus-oriented systems offer many advantages to de- 
signers because of their inherent flexibility and expand- 
ability. Such systems require control logic to determine 
how each device will interact with others on the bus. 
This application details one scheme of so-called arbitra- 
tion control. Here, a GAL16V8 (Figure 1) functions as a 
bus arbiter. The timing diagram is shown in Figure 2, 
and ABEL input file in Figure 3. 



The application assumes 'daisy-chain' prioritization, 
which means that the device closest to the processor 
has the highest priority, while the device furthest from 
the processor has the lowest priority. The arbitration pro- 
cess begins with a Master Bus Request (MSTRBREQ), 
which is then passed through two stages (STAGE,, 
STAGE 2 ) for synchronization to verify that the Request 
is valid and not just extraneous noise in the system. 
Once STAGE 2 is valid, lower-priority devices in the sys- 
tem are informed that a request has come in. The actual 
output vehicle of a valid STAGE 2 is the bus request 
(BREQ), which is asserted once a read or write opera- 
tion begins. Next, the arbiter checks to see if the bus is 
already busy, in which case the arbiter waits until the 
bus is free. If the bus is not busy, or becomes free after 
waiting, the arbiter then grants control of the bus to the 
requesting master. At this point, BUSY then becomes 
active, signalling to all master devices (regardless of 
priority) that the bus is occupied. 

Bus master status is granted by asserting read/write 
(RDWR), indicating to the master device to begin its read 
or write operation. RDWR is delayed for one clock cycle 
through read/write delay (RDWRDLY), to allow the bus 
to stabilize before the master device begins its operation. 
Master reset (MSTRRST) is included to allow the arbi- 
tration control to be initialized at any time. □ 



Figure 1. Pinout Diagram 



Vcc 




3 

ia] CBREQ 

]7| BUSY 

«] STAGE, 

is] STAGE, 

u] RDWR 

T3] RDWRDLY 

12] BREQ 

vf] OE 
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BUS 



arbiter wmmmm 

Figure 2. Timing Diagram 



« juuuinjuuuinjin^ 

a 



MSTRBREQ 
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BUS ARBITER 



Figure 3. ABEL Design Input File 



module BUSARBITRATION 

title ' ABEL INPUT FILE 

Multibus Arbitration Control 
Jerry Greiner 
Lattice Semiconductor 
Beaverton, OR 
12/17/85' 

BUSARB device 'pl6v8r' ; 

"Constants: 

H = 1; 
L = 0; 
X = .X.; 

"Pin Names: 



CLK 


pin 


1; 




MSTRBREQ 


pin 


2; 


"MASTER BUS REQUEST IN 


PRTYIN 


pin 


3 ; 


"BUS PRIORITY INPUT ASSIGNED TO THIS DEVICE 


WR 


pin 


7; 


"WRITE OPERATION 


RD 


pin 


8; 


"READ OPERATION 


MSTRRST 


pin 


9; 


"MASTER RESET 


OE 


pin 


11 




BREQ 


pin 


12 


"BUS REQUEST OUTPUT TO ENTIRE SYSTEM 


RDWRDLY 


pin 


13 


"DELAYS RD/WR TO ALLOW BUS TO STABILIZE 


RDWR 


pin 


14 


"RD/WR OUTPUT SIGNAL TO SLAVE DEVICE 
"FIRST STAGE SYNCHRONIZER OF ' MSRTBREQ ' 


STAGE 1 


pin 


15 


STAGE 2 


pin 


16 


"SECOND STAGE OF 'MSTRBREQ' VALIDATION 


BUSY 


pin 


17 


"INDICATES WHETHER BUS IS BUSY 


CBREQ 


pin 


18 





MSTRBREQ, PRTYIN, WR, RD = ! MSTRBREQ, ! PRTYIN, !_WR, !_RD; 
BREQ, RDWRDLY, RDWR, STAGE2 , STAGE 1 , BUSY, CBREQ = 

! BREQ , 1RDWRDLY, !_RDWR, !_STAGE2, ! STAGE 1 , !_BUSY, 1CBREQ; 

equations 

CBREQ = STAGE 2 & ! RDWR ; 

ENABLE CBREQ = STAGE 2 & ! RDWR; 
BREQ = STAGE2 # RDWR; 
BUSY = RDWR; 

ENABLE BUSY = RDWR; 



Applications Hotline: 
1-800-FASTGAL 
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BUS ARBITER 



Figure 3. (cont'd) 



RDWRDLY := ! MSTRRST & RDWR & STAGE 2 * WR 

# ! MSTRRST & RDWR & STAGE2 & RD 

# ! MSTRRST & STAGE2 & PRTYIN & ! BUSY 

# ! MSTRRST & RDWR & PRTYIN & ! CBREQ ; 

RDWR := ! MSTRRST & MSTRBREQ & RDWR; 

STAGE 1 := ! MSTRRST & MSTRBREQ & WR 
# ! MSTRRST & MSTRBREQ & RD; 

STAGE 2 := ! MSTRRST & STAGE 1 ; 



testvectors ( [CLK, OE, MSTRRST, ! RD, !WR, ! MSTRBREQ, ! PRTYIN] -> 
[CBREQ, BREQ, BUSY, STAGE 1 , STAGE2 , RDWRDLY, RDWR]) 











I 

M 1 












K 








n 












b 


s 


D 












rp d 








J. 


1 


w 








rp 
1 




o 1 




Jd d 


r. 


A 


A 


K K 




c 




R 


I I 


R Y 




R R 





Q 


Q 


D D 




L 





S 


R W 


E I 




E E 


s 


E 


E 


L W 




K 


E 


T 


D R 


Q N 




Q Q 


Y 


1 


2 


Y R 




C 


L 


H, 


X,X, 


X,X] 


-> 


[Z,0 


z 


o, 


o, 


0,0] 


■ "INITIALIZE 


c 


L 


L, 


H, H , 


L, L] 


-> 


[Z,0 


z 


o, 


o, 


0,0] 




c 


L 


L, 


H,L, 


L,L] 


-> 


[Z,0 


z 


1, 


0, 


0,0] 


• "BEGIN WRITE OPERATION 


c 


L 


L, 


H, L, 


L,L] 


-> 


[1,1 


z 


1, 


1, 


0,0] 


■ "VERIFY VALID BUS REQUEST 


c 


L 


L, 


H,L, 


L,L] 


-> 


[1,1 


X 


1, 


1, 


1,0] 


■ " BY SYNCHRONIZING ( STAGE 1 , 

■ " STAGE 2 ) 


c 


L 


L, 


H,L, 


L,L] 


-> 


[1,1 


z 


1, 


1, 


1,1] 


c 


L 


L, 


H, L, 


L,L] 


-> 


[Z,l, 


1 


1, 


1, 


1,1] 




c 


L 


L, 


H, L, 


L,L] 


-> 


[Z,l 


1 


1, 


1, 


1,1] 




c 


L 


L, 


H,H, 


L,L] 


-> 


[Z,l, 


1 


0, 


1, 


1,1] 


"END WRITE OPERATION 


c, 


L 


L# 


H,H, 


H,L] 


-> 


tz,i, 


1 


0, 


0, 


1,0] 




c 


L 


L, 


H,H, 


H,H] 


-> 


[Z,0, 


z 


o, 


o, 


0,0] 


"REMOVE FROM BUS 


c 


L 


L, 


H,H, 


L, L] 


-> 


[Z,0, 


1, 


o, 


o, 


0,0] 




c 


L 


L, 


L,H, 


L, L] 


-> 


[Z,0, 


1, 


1, 


o, 


0,0] 


"BEGIN READ OPERATION 


c, 


L 


L, 


L, H, 


L,L] 


-> 


[1,1, 


1, 


1, 


1, 


0,0] 


"VERIFY BUS REQUEST 


c, 


L 


L, 


L, H, 


L,L] 


-> 


[1,1, 


1, 


1, 


1, 


0,0] 


"BUS IS BUSY, WAIT FOR 


c, 


L, 


L, 


L, H, 


L, L] 


-> 


[1,1, 


1 


1, 


1, 


0,0] 


" GRANT. 


c 


L 


L, 


L, H, 


L, L] 


-> 


[Z,l, 


x, 


1, 


1, 


1,0] 


"BUS IS FREE, GET BUS AND 


c, 


L, 


L, 


L,H, 


L,L] 


-> 


[Z,l, 


1, 


1, 


1, 


1,1] 


" TELL REST OF SYSTEM THAT 


c, 


L, 


L, 


L,H, 


L,L] 


-> 


[Z,l, 


1, 


1, 


1, 


1,1] 


" BUS IS TAKEN 


c, 


L, 


L, 


L,H, 


L,L] 


-> 


[Z,l, 


1, 


1, 


1, 


1,1] 




c, 


L, 


L, 


L,H, 


L, L] 


-> 


[Z,l, 


1, 


1, 


1, 


1,1] 




c, 


L, 


L, 


H,H, 


L, L] 


-> 


[Z,l, 


1, 


o, 


1, 


1,1] 


"END READ OPERATION 


c, 


L 


L, 


H, H, 


H,L] 


-> 


[Z,l, 


1, 


0, 


o, 


1,0], 





end BUS ARBITRATION 



uoiici 
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DESCRIPTION 



In this application, the GAL20V8 adds two 4-bit num- 
bers, A[3..0] and B[3..0], plus a carry-in bit (C in ), and 
provides a registered 4-bit result, S[3..0], and an asynch- 
ronous carry-out (C out ) at the outputs. The adder con- 
forms to the simple rules: 

S n = A n ©B n ffiC n 

C n + ,=A n *B n + (A n + B n ).C„ 

Intermediate carry bits C[3..1] are required to evaluate 
the sum bits as indicated in the above equations. A reset 
input (Figure 1 ) is also provided to clear a sum stored 
in the registers. 

The use of carry-in (C jn ) and carry-out (C out ) makes 
the adder fully cascadable, allowing the width of the 
addition to be tailored to any application. The ABEL 
design input file is shown in Figure 2. □ 



Figure 1 . Pinout Diagram 








CLK \7 




r-L J 


A [7 




— i 

a 


A, E 




22] s„ 


A, [7 




1 r- 


A 3 17 
J L_ 






Bo £ 


GAL20V8 


§ s 3 


b,e 




3 c, 


B, [T 












c, N QT 




Ts] c 0UT 


RESET [J£ 




a 






7£| oe 
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4-BIT CASCADABLE ADDER I 



Figure 2. ABEL Design Input File 

module ADDER 

title 'ABEL INPUT FILE 

4-bit Cascadable Adder 

Designer: Jerry Greiner, Lattice Semiconductor 

Device: GAL2 0V8 

4/10/86' 

ADD device 'p20v8r' ; 
" constants: 



H = 

L = 

x = 

c = 

Z = 



i; 
0; 

.X. i 
C. ; 

,z. t 



" pin names: 

CLK, AO , Al , A2 , A3 , BO , Bl , B2 , B3 , Cin 
OE , Cout , C3 , C2 , CI , S 3 , S2 , S 1 , SO 
RESET 



pin 1,2,3,4,5,6,7,8,9,10; 

pin 13,15,16,17,18,19,20,21,22; 

pin 11; 



equations 



CI = AO & BO # (AO # BO) & Cin; "Intermediate carry 

C2 = Al & Bl # (Al # Bl) & CI ; "Intermediate carry 

C3 = A2 & B2 # (A2 # B2) & C2 ; "Intermediate carry 

Cout = A3 & B3 # (A3 # B3) & C3 ; "Carry out from sum 



50 := (AO $ BO $ Cin) & ! RESET; 

51 := (Al $ Bl $ CI ) & ! RESET ; 

52 := (A2 $ B2 $ C2 ) & ! RESET; 

53 := (A3 $ B3 $ C3 ) & ! RESET; 



"LSB of 4-bit sum 



"MSB of 4 -bit sum 



test_vectors ( [ CLK , RESET , A3 , A2 , Al , AO , B3 , B2 , Bl , BO , Cin ] 
[C3 , C2 , CI , S3 , S2 , SI , SO , Cout] ) 



1 C 
1 L 
1 K 

[c, 
[c, 
[c, 
[c, 
[c, 
[c, 
[c, 
[c, 
[c, 
[c, 



R 
E 
S 
E 
T 



AAA 
2 10 



C 

B B B B i 
3 2 10 n 



H, x, x, 

L, L, L, 

L, L, L, 

L, H , H , 

L, H , H, 

L, L,H, 

L, L, L, 

L, H,L, 

L, H , H, 

L, L,L, 



x,x, 
L,L, 
L,L, 
H,H, 
H,H, 
L,H, 
H,H, 
H,L, 
L,H, 
H,H, 



x,x, 
L,L, 
H,H, 
L,L, 
L,L, 
H,L, 
L,L, 
H,L, 
L,H, 
L,H, 



x,x, 
L,L, 
H,H, 
L,L, 
L,L, 
H,L, 
H,H, 
H,L, 
H,H, 
H,L, 



L] 
L] 
L] 
H] 
L] 
L] 
H] 
H] 
L] 



c c c 

3 2 1 

[X,X,X, 
[0,0,0, 
[0,0,0, 
[0,0,0, 

[1,1,1, 

[0,0,0, 
[0,1,1, 
[0,1,0, 

[1,1,1, 

[1,1,0, 



S S S S 
3 2 10 



c 

o 
u 
t 



0,0 
0,0 

1,1 
1,1 

0,0 

1,1 

0,1 
0,1 
0,1 
1,0 



,0,0, x] 

,0,0, 0] 

,1,1, 0] 

,1,1, 0] 

,0,0, 1] 

,1,1, 0] 

,1,0, 0] 

,0,1, 1] 

,0,1, 1] 

,0,1, 0] 



"RESET SUM 

"0+0=0 

"0+15=15 

"15+0=15 

"15+0+1=0, Cout 

"5+10=15 

"3+3=6 

"10+10+1=5, Cout 
"13+7+1=5, Cout 
"3+6=9 



end ADDER 



CLOCK 
STRETCHER 



DESCRIPTION 



This interface for a microcontroller to peripheral 
devices includes a 'clock-stretcher' to lengthen the 
a/lowed memory access time for slow, memory-mapped 
peripherals (such as analog-to-digital converters), and 
provides decoding circuitry tor five peripherals. The 
address ranges that require c/ock-stretching can be 
varied according to GAL16V8 programming. 

As shown in Figure 1, the GAL16V8 is used as a 
state sequencer with three states. An intermediate vari- 
able definition named EXTND is responsible for stretch- 
ing the clock during a slow access. In this application, 
the slow_peripheral is decoded from the address lines 
as A 15 *A 14 *A 13 . If the EXTND signal is not asserted, 
the GAL16V8 will cycle between states (01 ) and (00). If 
the EXTND signal is asserted, the GAL16V8 will cycle 
to state (10) and wait until a READY signal is received 
from the peripheral device. When READY is received, 
the machine returns to state (01 ) and assumes normal 
operation. 

The pinout diagram is shown in Figure 2. This type 
of circuit requires a high-speed clock running at twice 
the required clock speed for the microcontroller. For a 
1 2MHz microcontroller, the clock must run at 24MHz — 
still well within the speed range of the GAL16V8. The 
CUPL design input file is shown in Figure 3, and the 
simulation output in Figure 4. □ 



Figure 1. State Diagram 



DON'T CARE 




Figure 2. Pinout Diagram 
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CLOCK STRETCHER I 



Figure 3. CUPL Design Input File 



/******************************^ 

/* */ 

/* CUPL INPUT FILE */ 

/* DESIGN INPUT FOR CLOCK STRETCHER CIRCUIT */ 

/* */ 
/***************************************************************/ 

/* Allowable Target Device Types: GAL16V8 */ 

/************************^ 

PARTNO CLST1 ; 

CLOCK STRETCHER ; 
10/16/85 ; 



NAME 
DATE 
REV 



01 



DESIGNER Jerry Greiner; 



COMPANY 
ASSEMBLY ONE; 
LOCATION U15; 



Lattice Semiconductor; 



/** 


Inputs 


**/ 


PIN 


1 


= PROC CLK 


PIN 


2 


= !RD ; 


PIN 


3 


= !WR ; 


PIN 


4 


= RES ; 


PIN 


5 


= !PSEN ; 


PIN 


6 


= RDY ; 


PIN 


[7. .9] 


= [A15..13] 


PIN 


11 


= !OE ; 


/** 


Outputs 


**/ 


PIN 


19 


= STO ; 


PIN 


18 


= ST1 ; 


PIN 


17 


= ! OERAM ; 


PIN 


16 


= !CE0 ; 


PIN 


15 


= !CE1 ; 


PIN 


14 


= !CE2 ; 


PIN 


13 


= !CE3 ; 


PIN 


12 


= !CE4 ; 



/** Declarations and Intermediate Variable Definitions **/ 

EXTND = (RD # WR) & !A15 & !A14 & !A13 ; 

ENCE = (RD # WR # PSEN) ; 

OERAM = RD # PSEN ; 

CEO = ENCE & !A15 & !A14 & !A13 ; 

CE1 = ENCE & !A15 & !A14 & A13 ; 

CE2 = ENCE & !A15 & A14 & !A13 ; 

CE3 = ENCE & !A15 & A14 & A13 ; 

CE4 = ENCE & A15 & !A14 & !A13 ; 

STO.D = (!ST1 & !ST0 & EXTND & IRES) # ( ! ST1 & STO & ! RDY « 
ST1.D = (!ST1 & !ST0 & ! RES & ! EXTND) # (!ST1 & STO & RDY { 



! RES) 
!RES) 



5-62 



CLOCK STRETCHER 



Figure 4. CUPL Simulation File 



/********************************************************* 

/* */ 
/* CUPL SIMULATION FILE */ 

/* Simulation for Clock Stretcher */ 

/* */ 
/*********************************************** 

/* Allowable Target Device Types: GAL16V8 */ 

/******************************^ 

PARTNO CLST1 ; 

NAME CLOCK STRETCHER ; 

DATE 10/16/85 ; 

REV 01 ; 

DESIGNER Jerry Greiner; 

COMPANY Lattice Semiconductor; 

ASSEMBLY ONE ; 

LOCATION U15; 

ORDER: 

PROC_CLK , % 2 , RES , % 2 , ! RD , ! WR, ! PSEN , RDY, %2 , A15 , A14 , A13 , %2 , !OE, 
%4 , STO , ST1 , %2 , ! OERAM, %2 , ! CEO , ! CE1 , ! CE2 , ! CE3 , ! CE4 ; 

VECTORS : 

$msg" ! ii ; 

$msg" ! O " ; 

$msg" p E !!!!!" ; 

$msg" C R !!SR AAA ! R CCCCC " '• 

$msg" L E RWED 111 O SS A EEEEE "; 

$msg" K S DRNY 543 E 01 M 01234 " ; 






1 


1110 


000 





XX 


H 


C 


1 


1110 


000 





LL 


H 








1110 


000 





LL 


H 


C 





1110 


000 





LH 


H 








1110 


000 





LH 


H 


C 





1110 


000 





LL 


H 








1110 


000 





LL 


H 


C 





1110 


000 





LH 


H 








0110 


000 





LH 


L 


c 





0110 


000 





LL 


L 








0110 


000 





LL 


L 


C 





0110 


000 





HL 


L 








0110 


000 





HL 


L 


C 





0110 


000 





HL 


L 



HHHHH /* Initialization. */ 

HHHHH /* Toggle between 00, */ 

HHHHH /* 01 for normal mode */ 

HHHHH 

HHHHH 

HHHHH 

HHHHH 

HHHHH 

LHHHH /* READ active, Clock */ 
LHHHH /* Stretch required */ 
LHHHH 

LHHHH /* Wait in state 10 */ 
LHHHH /* until RDY */ 
LHHHH 
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1 



Figure 4. (cont'd) 









0111 


000 





HL 


L 


LHHHH 


/* 


c 





0111 


000 





LH 


L 


LHHHH 


/* 








0110 


000 





lh 


L 


LHHHH 




c 


o 


0110 


000 





LL 


L 


LHHHH 




U 





1110 


r\ ri n 

uuu 


u 


T T 


TT 

ri 


TT T J TT TT TJ 

tinririrl 




c 





1110 


000 





LH 


H 


HHHHH 










1010 


001 


o 


LH 


H 


HLHHH 


/* 


c 





1010 


001 





LL 


H 


HLHHH 


/* 








1010 


001 





LL 


H 


HLHHH 


/* 


c 





1010 


001 





LH 


H 


HLHHH 










1010 


001 





LH 


H 


HLHHH 




c 





1010 


001 





LL 


H 


HLHHH 










1110 


000 





LL 


H 


HHHHH 


/* 


c 





1110 


000 





LH 


H 


HHHHH 


/* 



RDY active, resume */ 
normal operation */ 



WRITE (!WR) active */ 
No Clock Stretch */ 
required this cycle*/ 



!WR inactive, */ 
resume normal mode */ 
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DUAL-PORT 
DRAM CONTROLLER 



DESCRIPTION 



As an example of the speed and architectural flexibil- 
ity of the GAL16V8, a dual-port, dynamic-RAM controller 
capable of controlling four banks of DRAMs is imple- 
mented. The design, whose block diagram is shown in 
Figure 1 and state diagrams in Figures 2 and 3, requires 
two GAL16V8 devices. The CUPL input listings for each 
device are shown in Figures 4 and 6, with respective 
simulation files shown in Figures 5 and 7. 



The first device, the Controller, is primarily respon- 
sible for maintaining the state of the entire circuit. As 
shown by its state diagram in Figure 2, the Controller 
normally resides in the IDLE state. It can cycle to any 
of the states: RFGT (Refresh Grant), RQGTA (Request 
Grant A), or RQGTB (Request Grant B), depending on 
the inputs; REFRQ (Refresh Request), MRGA (Memory 
Request A), or MRQB (Memory Request B). 

REFRQ has top priority, since the refresh cycle is of 
vital importance for DRAM memory retention. MRQA is 
arbitrarily chosen to have priority over MRQB to avoid bus 
contention with contiguous requests. Every REQUEST, 
whether a refresh request or a memory request, must 
receive an ACK (acknowledge) signal before the Con- 
troller will continue to cycle. Once an ACK is received, 
the Controller will either return to the IDLE state or per- 
form a refresh (if REFRQ is present), and then return to 
the IDLE state. Cycling between RQGTA and RQGTB 
is also possible. 

The CUPL input file for the Controller, shown in 
Figure 4, distinguishes output declarations from inter- 
mediate variable definitions, which greatly reduce the 
complexity of declarations. BK 3 -BK are intermediate 
definitions decoded from address lines A 17 and A 16 
to determine which bank will be selected. RQGTAS, 
RQGTBS, and RFGTS are also intermediate definitions 
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of Controller state paths. These are used to simplify the 
final output declarations. 

Output declarations for RQGTA, RQGTB, and RFTG 
are formulated by simply documenting each set of input 
conditions that causes the Controller to enter each state. 
ACK is a signal asserted by inputs the Controller receives 
that acknowledge the end of a memory access. 

The second GAL16V8 device, called the Sequencer, 
is a state counter that asserts the control signals com- 



municating with the DRAM section. Among these signals 
are: RAD (Row-Address-Data enable), CAD (Column- 
Address-Data enable), RAS (Row-Address Strobe), CAS 
(Column-Address Strobe), and ACK (Acknowledge). These 
signals are asserted when the Sequencer enters the 
proper state, as shown in the state diagram of Figure 3. 

The CUPL input listing for the Sequencer is shown 
in Figure 6. Again, intermediate variable definitions are 



Figure 1 . Block Diagram 



ST 2 



MRQ, 



RAS, 

RAS, 
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RQGT B 



ST„ 



DIR 
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LS393 


8 


F240 





5-66 





used to simplify output declarations. DST 8 -DST, are in- 
termediate definitions that name the states as decoded 
by the variables ST 2 , ST,, ST . Notice that a grey-code 
scheme, which minimizes the number of product terms, 
was usea tor ine counting operation. 

Next, ST 2 , ST,, and ST are declared by identifying 
which previous states will cause each next state. For ex- 


ample, to cycle from state 2 (DST 2 ) to state 3 (DST 3 ), 
variables ST 2 and ST, will be logic ones and variable 
ST will be a logic zero upon reaching the new state. 
This can easily be extracted from the CUPL listing. Out- 

fJUto nML/ dflU UAL/ alt? albU UtrUlctlcu Ublliy lilt? Illlt?! - 

mediate definitions DST 8 -DST,. 



Figure 2. State Diagram for Controller Section 




Figure 3. State Diagram for Sequencer Section 
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The two GAL1 6V8-25 devices can be clocked at cycle 
times as fast as 35 ns (28.5 MHz), ample enough for the 
tight timings required to run a DRAM at its specified 
access times. The GAL16V8's power-up reset feature 
comes in handy in this circuit, since no inputs were 
available for a reset term. To test the functionality of 
this circuit, the simulation facilities of CUPL were used. 



It should be noted that although the Controller uses 
ail eight registers in the device, the Sequencer requires 
seven registers and one combinational output. While 
the Controller could be implemented in a traditional PAL 
configuration (16R8), the Sequencer requires a nonstan- 
dard architecture which can only be implemented in a 
GAL16V8 device. This is one of the biggest advantages 
of GAL devices — the flexibility of the architecture. □ 



Figure 4. Design Input File tor Controller Section 

/* V 

/* CUPL INPUT FILE */ 

/* Design input for the controller section of the */ 

/* Dual Port DRAM Controller */ 

/* */ 
/********************************^ 

/* Allowable Target Device Types: GAL16V8 */ 
/***************************************************************/ 



PARTNO CONTROLLER SECTION; 

NAME DRAM CONTROLLER; 

DATE 03/28/86 ; 

REV 01 ; 

DESIGNER Jerry Greiner; 

COMPANY Lattice Semiconductor; 

ASSEMBLY ONE ; 

LOCATION U10; 



/** 


Inputs 


**/ 


PIN 


1 


= SYSCLK; 


PIN 


[2,3] 


= [A16,A17] ; 


PIN 


[4. .6] 


= [ST2,ST1,ST0] 


PIN 


7 


= MRQA ; 


PIN 


8 


= MRQB ; 


PIN 


9 


= REFRQ ; 


PIN 


11 


= !OE ; 


/** 


Outputs 


**/ 



PIN 19 
PIN 18 
PIN 17 
PIN 16 
PIN 15 
PIN 14 
PIN 13 
PIN 12 



= 1RAS0 ; 

= 1RAS1 ; 

= ! RAS2 ; 

= !RAS3 ; 

= ! RQGTA ; 

= ! RQGTB ; 

= ! RFGT ; 

= ACK ; 
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Figure 4. (cont'd) 

/** Declarations and Intermediate Variable Definitions **/ 

BKO = (!A17 & !A16) # RFGT ; 
BK1 = (!A17 & A16) # RFGT ; 
BK2 = (A17 & !A16) # RFGT ; 
BK3 = (A17 & A16) # RFGT f 

RASEN = !ST2 & ST1 & !STO # ST2 & ST1 & !STO # ! ST2 & ST1 & STO # 
!ST2 & !ST1 & STO # ! ST2 & !ST1 & ! STO ; 



RASO.D = BKO & RASEN ; 

RAS1.D = BK1 & RASEN ; 

RAS2.D = BK2 & RASEN ; 

RAS3.D = BK3 & RASEN J 

RQGTAS = RQGTA & ! RQGTB & ! RFGT ; 

RQGTBS = ! RQGTA & RQGTB & ! RFGT ; 

RFGTS = ! RQGTA & ! RQGTB & RFGT ; 

IDLE = ! RQGTA & ! RQGTB & ! RFGT ; 

RQGTA. D = (IDLE & MRQA & ! REFRQ # RQGTAS & !ACK # RQGTBS & ACK & 
MRQA & ! REFRQ # RFGTS & ACK & MRQA) & ! (ACK & ! MRQA & 
! MRQB & ! REFRQ) ; 

RQGTB. D = (IDLE & !MRQA & ! REFRQ & MRQB # RQGTBS & !ACK # RQGTAS & 

ACK & MRQB & ! REFRQ # RFGTS & ACK & ! MRQA & MRQB) & ! (ACK & 
1MRQA & !MRQB & ! REFRQ) ; 

RFGT . D = (IDLE & REFRQ # RFGTS & !ACK # RQGTAS & ACK & REFRQ # 

RQGTBS & ACK & REFRQ) & ! (ACK & ! MRQA & 1MRQB & ! REFRQ) ; 

ACK. D = ST2 & !ST1 & STO # ! ST2 & ST1 & STO & RFGT ; 
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Figure 5. Simulation File for Controller Section 

/*************************************************************** 

/* */ 

/* CUPL SIMULATION FILE */ 

/* Simulation input for the controller section of the */ 

/* Dual Port DRAM Controller */ 

/* */ 
/***************************************************************/ 

/* Allowable Target Device Types: GAL16V8 */ 

/*********************************************************** 

PARTNO CONTROLLER SECTION; 

NAME DRAM CONTROLLER; 

DATE 03/28/86 ; 

REV 1 ; 

DESIGNER Jerry Greiner ; 

COMPANY Lattice Semiconductor ; 

ASSEMBLY ONE; 

LOCATION U10; 



ORDER: 

SYSCLK, %2 , A17 , A16 , %2 , ST2 , ST1 , STO , %2 , MRQA , MRQB , REFRQ , %2 , ! OE , %4 , 
!RAS0, 1RAS1, !RAS2, !RAS3,%2, ! RQGTA , ! RQGTB, ! RFGT , % 2 , ACK ; 
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Figure 5. (cont'd) 
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Figure 6. Input File for Sequencer Section 



/****************************************************** 

/* */ 

/* CUPL INPUT FILE */ 

/* Design input for the sequencer section for the */ 

/* Dual Port DRAM Controller */ 

/* */ 
/*************************************************** 

/* Allowable Target Device Types: GAL16V8 */ 

/*****************************^ 



PARTNO SEQUENCER SECTION; 

NAME DRAM CONTROLLER; 

DATE 03/28/86 ; 

REV 01 ; 

DESIGNER Jerry Greiner; 

COMPANY Lattice Semiconductor; 

ASSEMBLY TWO ; 

LOCATION Ull; 



/** 


Inputs 


**/ 


PIN 


1 


= SYSCLK; 


PIN 


[2,3] 


= [ ! RQGTA , ! RQGTB ] 


PIN 


4 


= RDY ; 


PIN 


5 


= ! RFGT ; 


PIN 


6 


= !WR ; 


PIN 


7 


= ACK ; 


PIN 


8 


= !RES ; 


PIN 


11 


= !OE ; 


/** 


Outputs 


**/ 


PIN 


19 


= ST2 ; 


PIN 


18 


= ST1 ; 


PIN 


17 


= STO ; 


PIN 


16 


= DIR ; 


PIN 


15 


= !CAD ; 


PIN 


14 


= ! RAD ; 


PIN 


13 


= ! ACKREF ; 


PIN 


12 


= !WE ; 
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Figure 6. (cont'd) 



/** Declarations and Intermediate Variable Definitions **/ 

DST1 = ST2 & ST1 & STO ; 
DST2 = !ST2 & ST1 & ! STO ; 
DST3 = ST2 & ST1 & !STO ; 
DST4 = !ST2 & ST1 & STO ; 
DST5 = !ST2 & !ST1 & STO ; 
DST6 = !ST2 & ! ST1 & ! STO ; 
DST7 = ST2 & !ST1 & !STO ; 
DST8 = ST2 & !ST1 & STO ; 

STCYC = ( (RQGTA # RQGTB) & RDY # RFGT) ; 

ST2.D = (DST2 # DST6 # DST8 # DST7 # DST4 & RFGT) # RES # 
DST1 & ! STCYC ; 

ST1.D = DST2 # DST3 # DST8 # DST4 & RFGT # DST1 # RES ; 

STO.D = (DST3 # DST4 # DST7 # DST8) # RES # DST1 & ! STCYC ; 

DIR. D = WR & !DST1 ; 

CAD. D = DST3 & ! RFGT # DST4 & ! RFGT # DST5 ; 
RAD. D = (RQGTA # RQGTB) & RDY & (DST1 # DST2) ; 
ACKREF = RFGT & ACK ; 
WE . D = WR & (DST5 # DST6) ; 



J 



Applications Hotline: 
1-800-FASTGAL 



LATTICE 



5-73 



DUAL-PORT DRAM CONTROLLER I 



Figure 7. Simulation File for Sequencer Section 



/***************************************************************/ 

/* */ 

/* CUPL SIMULATION FILE */ 

/* Simulation File for the sequencer section of the */ 

/* Dual Port DRAM Controller */ 

/* */ 

/* Allowable Target Device Types: GAL16V8 */ 

/********* ***************************^ 

PARTNO CONTROLLER SECTION; 

NAME DRAM CONTROLLER; 

DATE 03/28/86 ; 

REV 01 ; 

DESIGNER Jerry Greiner 

COMPANY Lattice Semiconductor ; 

ASSEMBLY TWO ; 

LOCATION BEAVERTON, ORE; 

ORDER: 

SYSCLK,%2, !RES,%2, ! RQGTA , ! RQGTB, ! RFGT , %2 , RDY , !WR,ACK,%2, !OE,%4, 
ST2,ST1,ST0,%2,DIR,%2, !CAD, !RAD,%2, !WE ; 
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DESCRIPTION 



This application example is for the control and moni- 
tor of a three-story elevator. The elevator operates among 
the three stories in response to Call buttons on each of 
the floors, as well as inside the car itself. Directional 
priority is based on the last direction traveled, with a 
reversal possible on the second floor. 

The simplified operation of an elevator and each of 
its three logic blocks is described in detail in Section 4 
of this handbook. The reader is encouraged to examine 
the code and the explanations to fully understand the 
workings of the latch, control, and display logic. 

A block diagram of the three-chip system is shown 
in Figure 1 . The state-transition diagram of Figure 2 
reveals the complexity of this apparently simple applica- 
tion. 




Complete CUPL program listings are provided for 
each of the three GAL1 6V8 devices. For the latch-logic 
device, these include the design input file (Figure 3), the 
expanded product terms (Figure 4), the symbol table 
(Figure 5), the 'fuse' plot (Figure 6), the chip pinout dia- 
gram (Figure 7), the JEDEC fuse-map file (Figure 8), and 
the compile directives (Figure 9). The associated CUPL 
files for the control-logic device are shown in Figures 
10-16, and those for the display-logic device are shown 
in Figures 1 7-23. 

The compile directives are shown only for reference. 
Notice that the control logic file takes more than 9 min- 
utes to complete — the complexity of the state machine, 
combined with a minimization level of two (which reduces 
the product-term count on each output to a minimum), 
makes this a tremendous algorithmic task. A human at- 
tempting this task could take hours or days to perform 
the full minimization. Moreover, multiple iterations for 
design revisions would be impossible by hand, due to 
the time constraints. With previous-generation assem- 
bler programs, the user had to supply reduced equa- 
tions to the program — a next-to-impossible task for this 
project. 

Be sure to examine the output file for the control- 
logic device. Use of the output polarity control, available 
in the GAL macrocell, allows both active-high and active- 
low equations side by side. □ 



Figure I. Block Diagram 
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Figure 2. State Transition Diagram 
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Figure 3. Design Input File for Latch Device 

/*****************************^ 

/* */ 
/* Three Story Elevator Example using a GAL16V8 */ 

/* */ 
/* Latch Logic */ 

/* */ 
/* CUPL Source File (Ele3_lat. PLD) */ 

/*************************^ 

PARTNO 01; 

NAME Ele3_lat; 

REV ; 

DATE 4/20/8 6; 

DESIGNER Dean Suhr; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Elevator Board; 

LOCATION U01; 

/* device */ 



device gl6v8; 



/* inputs */ 



pin 


[1] 


= [oCall]; 


/* 


Button in elevator 


*/ 


pin 


[2,3,4] 


= [lCall,2Call,3Call] ; 


/* 


Buttons on Floors 


*/ 


pin 


[5,6] 


= [Door ,Motion] ; 


/* 


Control Status 


*/ 


pin 


[7,8] 


= [Fl_DirA, Fl_DirB] ; 


/* 


00 = lUp 11 = 3Dn 


V 








/* 


01 = 2Up 10 = 2Dn 


*/ 



/* outputs */ 

pin [12] = [Call]; 

pin [13,14] = [LICall, LICallbar] 

pin [15,16] = [L2Call,L2Call_bar] 

pin [17,18] = [L3Call,L3Call_bar] 



/* Any Call active */ 
/* Latched call to 1st floor */ 
/* Latched call to 2nd floor */ 
/* Latched call to 3rd floor */ 



/* internal nodes */ 

Up = !Fl_DirA; /* 00 = lUp 11 = 3Dn */ 

Dn = FIDirA; /* 01 = 2Up 10 = 2Dn */ 

lFloor = ! Fl_DirA & ! FIDirB ; 

2Floor = ! lFloor & !3Floor; 

3Floor = FIDirA & FIDirB; 

/* logic equations */ 

Call = LICall # L2Call # L3Call; 



LICall 




! ( 


LICall 


bar 


# 


ICall # 


(lFloor & oCall) ) ; 


LICall 


bar = 


! ( 


LICall" 




# 


! Motion) 


t 


L2Call 




! ( 


L2Call 


bar 




2Call # 


(2Floor & oCall) ) ; 


L2Call 


bar = 


! ( 


L2Call" 




# 


! Motion) 


r 


L3Call 




! ( 


L3Call 


bar 


# 


3Call # 


(3Floor & oCall) ) ; 


L3Call 


bar = 


! ( 


L3Call" 




# 


IMotion) 
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Figure 4. Expanded Product Terms for Latch Device 


Expanded 


Product Terms 




1 '■ 1 oo r => 

IFlDirA & ! FIDirB 

2Floor => 

irl UirA a r J. Dirts 

# Fl_DirA & ! FIDirB 

Jrioor — > 

Fl_DirA & Fl_DirB 

Call => 

LlCall 

# j-izcaxj- 

# L3Call 


L3Call => 

L3Call bar 

# 3 Call 

# Fl DirA & Fl DirB & oCall 

L3Call bar => 
L3Call 

# ! Motion 

Up => 

! Fl_DirA 

Call.oe => 
1 


Dn => 

r L UllA 


LlCall. oe => 
1 




LlCall => 

LlCall bar 

# ICall 

# ! FlDirA & ! Fl_DirB & oCall 


LlCall bar.oe 
1 

L2Call.oe => 


=> 


LlCall bar => 
LlCall 
# ! Motion 


1 

L2Call bar.oe 
1 


=> 


L2Call => 

L2Call bar 

# 2Call 

# !F1 DirA & Fl DirB & oCall 

# Fl_DirA & ! FIDirB & oCall 


L3Call.oe => 
1 

L3Call bar.oe 
1 


=> 


L2Call bar => 
L2Call 
# ! Motion 







una 
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Figure 5. Symbol Table for Latch Device 
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Figure 6. 'Fuse' Plot for Latch Device 



Fuse Plot 



Syn 2192 - AcO 2193 - 

Pin #19 2048 Pol X 2120 Acl - 
0000 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0032 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0064 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
009 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
012 8 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0160 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0192 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0224 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #18 2049 Pol x 2121 Acl - 

0288 X 

0320 X 

0352 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0384 
0416 

0448 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0480 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Pin #17 2050 Pol x 2122 Acl - 
0512 

0576 X 

0608 — x x x 

0672 xxxxxxxxxxx 
0704 
0736 

Pin #16 2051 Pol x 2123 Acl - 

0768 

0800 X 

0832 x 

0864 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
089 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0928 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0960 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0992 




Pin #15 2052 Pol X 2124 Acl - 

1024 

1056 X 

1088 X 

1120 — X X — x 

1152 — X X X 

1184 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1216 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1248 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #14 2053 Pol X 2125 Acl - 

1280 

1312 X 

1344 X 

1376 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1408 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
14 4 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1472 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

1504 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Pin #13 2054 Pol X 2126 Acl - 

1536 

1568 X 

1600 X 

1664 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1696 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #12 2055 Pol - 2127 Acl - 

1824 X 

1856 X 

1888 X 

192 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1952 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1984 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 



LEGEND: 



X: Programmed Cell 
-: Erased Cell 
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Figure 7. Pinour Diagram for Latch Device 



Chip Diagram 



oCall 



ICall 



2Call 



3Call 



Door 



Motion 



Fl DirA 



Fl DirB 



GND 



******i 
* 



**** 

* 1 
**** 

* 

**** 

* 2 
**** 

* 

**** 

* 3 
**** 

* 

**** 

* 4 
**** 

* 

**** 

* 5 
**** 

* 

**** 

* 6 
**** 

* 

**** 

* 7 
**** 

* 

**** 

* 8 
**** 

* 

**** 

* 9 
**** 

* 

**** 

* 10 
**** 

* 

** 



lr** *********** 
* * * 

**** 

20 * VCC 
**** 

Ele3_lat * 

**** 

19 * 
**** 
* 

**** 

18 * L3Call_bar 

**** 

* 

**** 

17 * L3Call 
**** 
* 

**** 

16 * L2Call_bar 
**** 
* 

**** 

15 * L2Call 
**** 
* 

**** 

14 * LlCall_bar 
**** 
* 

**** 

13 * LICall 
**** 
* 

**** 

12 * Call 
**** 
* 

**** 

11 * 
**** 
* 

***************** 
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Figure 8. JEDEC File for Latch Device 



CUPL 

Device 

Created 

Name 

Partno 

Revision 

Date 

Designer 
Company 
Assembly 
Location 



2. 10B1 

gl6v8ma Library DLIB-d-55-7 

Mon Apr 21 07:27:40 1986 

Ele3_lat 

01 



4/20/86 
Dean Suhr 

Lattice Semiconductor 

Elevator Board 

U01 



*QP20 
*QF2194 
*G0 
*F0 

*L0256 11111111111111111111111111111111 
*L0288 11111111110111111111111111111111 
*L0320 11111111111111111011111111111111 
*L0512 11111111111111111111111111111111 
*L0544 11111101111111111111111111111111 
*L0576 11111111011111111111111111111111 
*L0608 11011111111111111111011101111111 
*L0768 11111111111111111111111111111111 
*L0800 11111111111111111101111111111111 
*L0832 11111111111111111011111111111111 
*L1024 11111111111111111111111111111111 
*L1056 11111111111111011111111111111111 
*L1088 11110111111111111111111111111111 
*L1120 11011111111111111111101101111111 
*L1152 11011111111111111111011110111111 
*L12 80 11111111111111111111111111111111 
*L1312 11111111111111111111111111011111 
*L1344 11111111111111111011111111111111 
*L153 6 11111111111111111111111111111111 
*L1568 11111111111111111111110111111111 
*L1600 01111111111111111111111111111111 
*L1632 11011111111111111111101110111111 
*L1792 11111111111111111111111111111111 
*L1824 11111111111111111111111111011111 
*L1856 11111111111111111101111111111111 
*L18 88 11111111110111111111111111111111 
*L2048 00000001000000000000000000000000 
*L2112 00000000111111111111111111111111 
*L2144 11111111111111111111111111111111 
*L2176 111111111111111111 
*C6FAC 
*336A 
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Figure 9. Compile Directives for Latch Device 

cupl -jlfx ele3_lat 
CUPL Version 2.10B1 

Copyright (c) 1983,84,85 Assisted Technology, Inc. 
cuplx 

time: 5 sees 
cup la 

time: 38 sees 
cuplb 

time: 10 sees 
cuplm 

time: 5 sees 
cuplc 

time: 16 sees 
total time: 75 sees 
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Figure 10. Design Input File for Control Device 
/*****************************^ 

/* */ 

/* Three Story Elevator Example using a GAL16V8 */ 

/* */ 

/* Control Logic */ 

/* */ 

/* CUPL Source File (Ele3_ctl . PLD) */ 
/***************************************************************/ 



PARTNO 
NAME 
REV 
DATE 

DESIGNER 
COMPANY 
ASSEMBLY 
LOCATION 



02; 
Ele3_ctl ; 
0; 

4/20/86; 
Dean Suhr; 

Lattice Semiconductor; 

Elevator Board; 

U02; 



/* device */ 

device gl6v8 ; 

/* inputs */ 

pin [1,11] 

pin [2,3,4] 

pin [5,6,7] 

pin [8,9] 



= [CLK, !0E]; 

= [LlCall,L2Call,L3Call] ; /* Latched call 

= [Arrl,Arr2 ,Arr3] ; /* Floor arrival , 

= [Emerg_Stop,EmergJBell] ; /* Emergency Switches 



*/ 
*/ 
* / 



/* outputs */ 



pin [12] 

pin [13,14] 

pin [15,16] 

pin [17,18] 

pin [19] 



[MotorUp,MotorDn] ; 
[FIDirA, Fl_DirB] ; 

[MotionU,MotionD] ; 
[Bell] ; 



/* 


1 = Open, 





= Close 


*/ 


/* 


Motor run 






*/ 


/* 


00 = lUp, 


ll' 


= 3Dn 


*/ 


/* 


01 = 2Up, 


10 


= 2Dn 


*/ 


/* 


= Wait, 


1 


= Move 


V 


/* 


1 = Ring, 





= Silent 


*/ 



/* reduction level flags */ 

min door.d = 2; 
min Fl_DirA.d = 2; 
min FIDirB.d = 2; 



/* internal nodes */ 



Up = ! FIDirA ; 
Dn = Fl DirA; 



lFloor 
2Floor 
3Floor 



= ! FI DirA 
= HFloor 
= Fl DirA 



! FIDirB; 
! 3 Floor; 
Fl DirB; 



/* 00 = lUp 
/* 01 = 2Up 



11 = 3Dn */ 
10 = 2Dn */ 
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Figure 10. (cont'd) 



/* logic equations */ 

MotorUp = MotionU & lEmergStop 

& ! Fl_DirA & ( !Arr2 # !Arr3 # Arr2 & !L2Call); 
MotorDn = MotionD & !Emerg_Stop 

& Fl_DirA & ( !Arrl # !Arr2 # Arr2 & !L2Call); 
Bell = Emerg_Stop # Emerg_Bell ; 

/* State Definitions */ 

fid Control = [IDoor, MotionU, MotionD, Fl_DirA, Fl_DirB] ; 



$def ine 


Openl 


b 


10000 


$def ine 


Closel 


b 


00000 


$def ine 


Upl 


b 


01000 


$def ine 


0pen2u 


b 


10001 


$def ine 


0pen2d 


b 


10010 


$def ine 


Close2u 


b 


00001 


$def ine 


Close2d 


b 


00010 


$def ine 


Up 2 


•b 


01001 


$def ine 


Dn2 


b 


00110 


$def ine 


0pen3 


b 


10011 


$def ine 


Close3 


b 


00011 


$def ine 


Dn3 


•b 


00111 


sequence 


Control { 







Present Openl: 

If ( L2Call # L3Call ) next Upl; 
default next Closel; 

Present Closel: 

If ( L2Call # L3Call ) next Upl; 
If ( LICall ) next Openl; 
default next Closel; 

Present Upl: 

If (Arr2 & !L2Call ) next Up2 ; 
If (Arr2 & L2Call ) next Open2u; 
default next Upl; 



Present Open2u: 

If ( L3Call ) next Up2 ; 
default next Close2u; 

Present Close2u: 

If ( L3Call ) next Up2 ; 
If ( L2Call ) next 0pen2u; 
default next Close2d; 
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Figure 10. (cont'd) 








Present Up2 : 

If ( Arr3 ) next Open 3 ; 
default next Up2 ; 








Present Open2d: 

If ( LICall ) next Dn2 ; 
default next Close2d; 








Present Close2d: 

If ( LICall ) next Dn2 ; 
If ( L2Call ) next Open2d; 
default next Close2u; 








Present Dn2 : 

If (Arrl) next Openl; 
default next Dn2 ; 








Present Open3 : 

If ( LICall # L2Call ) next Dn3 ; 
default next Close3 ; 








Present Close3 : 

If ( LICall # L2Call ) next Dn3 ; 
If ( L3Call ) next Open3 ; 
default next Close3 ; 








Present Dn3 : 

If (Arr2 & !L2Call ) next Dn2 ; 
If (Arr2 & L2Call ) next Open2d; 
default next Dn3 ; 

} 



















5-86 





THREE-STORY ELEVATOR 



Figure 11. Expanded Product Terms for Control Device 


******************************************************** 




Ele3 ctl 


*********************************************************************** 


CUPL 


2 . 10B1 


Device 


gl6v8ms Library DLIB-d-55-9 


Created 


Mon Apr 21 07:54:50 1986 


Name 


Ele3 ctl 


Partno 


02 


Revision 





Date 


4/20/86 


Designer 


Dean Suhr 


Company 


Lattice Semiconductor 


Assembly 


Elevator Board 


Location 


U02 


Expanded Product Terms 


lFloor => 




!Fl_DirA & JFlDirB 


2Floor => 




!F1 DirA & Fl DirB 


# Fl_DirA & ! Fl_DirB 


3Floor => 




Fl_DirA & Fl_DirB 


Bell => 




Emerg_Stop 


# Emerg_Bell 


Control => 




! Door , 


MotionU , MotionD , FIDirA , FIDirB 


Dn => 




FIDirA 


Door.d => 




Arr2 & 


Door & Fl DirA & Fl DirB & L2Call & MotionD & IMotionU 


# Door & 


!F1 DirA & !F1 DirB & LICall & ! MotionD & IMotionU 


# Arr2 & 


Door & !F1 DirA & ! Fl DirB & L2Call & IMotionD & MotionU 


# Door & 


!Fl_DirA & FIDirB & L2Call & IMotionD & IMotionU 


# Arr3 & 


Door & !F1 DirA & Fl DirB & IMotionD & MotionU 


# Door & 


Fl DirA & !F1 DirB & L2Call & IMotionD & IMotionU 


# Arrl & 


Door & Fl DirA & I Fl DirB & MotionD & IMotionU 


# Door & 


Fl DirA & Fl DirB & L3Call & IMotionD & IMotionU 
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Figure 11. (cont'd) 

FIDirA.d => 

Door & FIDirA & FIDirB & IMotionU 

# IDoor & FIDirA & IMotionD & IMotionU 

# Fl_DirA & LICall & IMotionD & IMotionU 

# FIDirA & L2Call & IMotionD & ! MotionU 

# lArrl & Door & Fl_DirA & MotionD & IMotionU 

# Arr3 & Door & ! FIDirA & Fl_DirB & IMotionD & MotionU 

# Door & Fl_DirB & !L2Call & !L3Call & IMotionD & IMotionU 

Fl_DirB.d => 

IDoor & FIDirB & IMotionD & IMotionU 

# Fl_DirA & FIDirB & IMotionD & IMotionU 

# FIDirB & L2Call & IMotionD & IMotionU 

# FIDirB & L3Call & IMotionD & IMotionU 

# Arr2 & Door & I FIDirA & IMotionD & MotionU 

# Door & I FIDirA & Fl_DirB & IMotionD & MotionU 

# !Arr2 & Door & Fl_DirA & Fl_DlrB & IMotionU 

# Door & Fl_DirA & I LICall & !L2Call & IMotionD & IMotionU 

MotionD. d => 

!Arr2 & Door & FIDirA & Fl_DirB & MotionD & IMotionU 

# Door & Fl_DirA & FIDirB & !L2Call & MotionD & IMotionU 

# lArrl & Door & FIDirA & I Fl_DirB & MotionD & IMotionU 

# FIDirA & LICall & IMotionD & IMotionU 

# Fl_DirA & Fl_DirB & L2Call & IMotionD & IMotionU 

MotionU. d => 

I Fl_DirA & I Fl_DirB & L2Call & IMotionD & IMotionU 

# !Arr3 & Door & I Fl_DirA & FIDirB & IMotionD & MotionU 

# I FIDirA & L3Call & IMotionD & IMotionU 

# Door & I FIDirA & I FIDirB & !L2Call & IMotionD & MotionU 

# !Arr2 & Door & I FIDirA & I FIDirB & IMotionD & MotionU 

MotorDn => 

lArrl & lEmergStop & FIDirA & MotionD 

# !Arr2 & lEmergStop & FIDirA & MotionD 

# Arr2 & lEmergStop & FIDirA & !L2Call & MotionD 

MotorUp => 

!Arr2 & lEmergStop & I FIDirA & MotionU 

# !Arr3 & lEmergStop & I FIDirA & MotionU 

# Arr2 & lEmergStop & I FIDirA & !L2Call & MotionU 

Up => 

I Fl_DirA 

Bell.oe => 
l 

MotorDn. oe => 



MotorUp . oe => 
1 
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Figure 12. Symbol Table for Control Device 



Symbol Table 

Pin Variable Pterms Max Min 

Pol Name Ext Pin Type Used Pterms Level 



±t loor 




c\ 
U 


T 


n 
m 






2Floor 




u 


T 
1 


m 






3Floor 




(J 


T 
L 


1 






Arrl 




o 


V 








Arr2 




6 


V 








Arr3 




—1 

7 


V 








Bell 




19 


V 


2 


7 


1 


CLK 




1 


V 








Control 







F 








Dn 




L> 


1 


1 






Door 




12 


V 








Door 


a 


12 


A 


o 

O 


o 
o 


1 


Emerg Bell 




9 


V 








Emerg Stop 




8 


V 








FIDirA 




15 


V 






— 


Fl DirA 


d 


15 


X 


'/' 




2 


Fl_DirB 




16 


V 








Fl DirB 


d 


16 


X 


8 


8 


2 


LICall 




2 


V 








L2Call 




3 


V 








L3Call 




4 


V 








MotionD 




18 


V 








MotionD 


d 


18 


X 


5 


8 


1 


MotionU 




17 


I 








MotionU 


d 


17 




5 


8 


1 


MotorDn 




14 


V 


3 


7 


1 


MotorUp 




13 


V 


3 


7 


1 


OE 




11 


V 








Up 







I 


1 






door 


d 





I 








Bell 


oe 


19 


D 


1 


1 





MotorDn 


oe 


14 


D 


1 


1 





MotorUp 


oe 


13 


D 


1 


1 






LEGEND F : field D : default variable M 

N : node I : intermediate variable T 

V : variable X : extended variable U 



extended node 

function 

undefined 
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Figure 13. 'Fuse' Plot for Control Device 



Fuse Plot 



Syn 2192 x AcO 2193 - 

Pin #19 2048 Pol - 2120 Acl - 

0000 

0032 x 

0064 X 

0096 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0128 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0160 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0192 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0224 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

Pin #18 2049 Pol - 2121 Acl x 

0256 x X — X — XX x 

0288 XX x — x x x 

0320 x x-x-x — x x 

0352 X x x x 

0384 x — x x — x X 

0416 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
0448 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
048 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 



Pin #17 2050 Pol - 2122 Acl x 

0512 X — x x x x 

0544 X — X X X-X x 

0576 XX— X X 

0608 x-x — X x x x 

0640 x — x x-x-x x 



07 04 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
073 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Pin #16 2051 Pol - 2123 Acl x 

0768 x x — x x- 

0800 x x — x x 

0832 X — X X — X 

0864 xx — x — x 

0896 x — x x — x x 

0928 x — x x x x 

0960 x — x — xx x 

0992 -X x-x X x x 



Pin #15 


2052 Pol - 


2124 Acl X 


1024 — 






1056 — 




X x- 


1088 X- 






1120 — 






1152 — 




X X 


1184 — 






1216 — 






124 8 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 


Pin #14 


2053 Pol - 


2125 Acl - 


1280 — 



















1376 — 







14 08 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
144 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1472 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1504 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
Pin #13 2054 Pol - 2126 Acl - 

1536 

1568 X X-X X 

1600 X X-X X 

1632 X x x — x x 

1664 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1696 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1728 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1760 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 



Pin #12 2055 Pol - 2127 Acl x 

1792 x-x x — x-x-x x 

1824 X X X X X X 

1856 x — x — x xx — X X 

1888 x — x X — X x x 

192 x — x x xx x 

1952 X X X X X X 

1984 X XX X X X 

2016 xx — x — x x x 



LEGEND: X: Programmed Cell 
-: Erased Cell 
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Figure 14. Pinout Diagram for Control Device 


Chip Diagram 




*********** 


*********** 






* 


k 


* 


* 






* * * * 






* * * * 




CLK 


* 1 






20 * 


vcc 




* * * * 






^. * * * 






* 


Ele3 


Ctl 


* 






**** 






* * * * 




LICall 


* 2 






19 * 


Bell 




^ ^ ^. 






^ ^ 






* 






k 












* * * * 




L2Call 


* 3 






18 * 


MotionD 




* * * ■* 






* * * * 












* 












* * * * 




L3Call 


* 4 






17 * 


MotionU 




* * * * 






* ^ * * 












* 






**** 






* * * * 




Arrl 


* 5 






16 * 


Fl_DirB 




* * * -k 






* * * * 






* 






* 






* * * * 






* * * * 




Arr2 


* 6 






15 * 


Fl DirA 




**** 






* * * * 






k 






* 






* * * * 






* * * * 




Arr3 


* 7 






14 * 


MotorDn 




**** 






**** 






* 






* 






**** 






**** 




EmergStop 


* 8 






13 * 


MotorUp 




**** 






**** 






* 






* 






**** 






**** 




Emerg_Bell 


* 9 






12 * 


! Door 




**** 






**** 






* 






* 






**** 






**** 




GND 


* 10 






11 * 


!OE 




**** 






**** 






* 






* 






********************** 


***** 
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Figure 15. JEDEC File for Control Device 


CUPL 


2.10B1 


Device 


gl6v8ms Library DLIB-d-55-9 


Created Mori Apr 21 07:54:54 1986 


Name 


Ele3 ctl 


Partno 


02 


Revision 


Date 


4/20/86 


Designer Dean Suhr 


Company Lattice Semiconductor 


Assembly Elevator Board 


Location U02 


*QP20 




*QF2194 


*G0 




*F0 




*L0000 


11111111111111111111111111111111 


*L0032 


11111111111111111111111101111111 


*L0064 


11111111111111111111111111110111 


*L0256 


11111101111011011001111111111110 


*L0288 


11111001111011011101111111111110 


*L0320 


11111101111010101101111111111110 


*L0352 


01111110111011111101111111111111 


*L0384 


11110110111011011101111111111111 


*L0512 


11110110111011101110111111111111 


*L0544 


11111110110111011110101111111110 


*L0576 


11111110011011111110111111111111 


*L0608 


11111010110111101110111111111110 


*L0640 


11111110110111101010111111111110 


*L0768 


11111110111011011111111111111101 


*L0800 


11111110111011011101111111111111 


*L0832 


11110110111011011111111111111111 


*L0864 


11111110011011011111111111111111 


*L0896 


11111110110111110110111111111110 


*L0928 


11111110110111011110111111111110 


*L0960 


11111111111011011001111111111110 


*L0992 


10111010111011111101111111111110 


*L1024 


11111111111011011101111111111110 


*L1056 


11111110111011111101111111111101 


*L1088 


01111110111011111101111111111111 


*L1120 


11110110111011111101111111111111 


*L1152 


11111101111010111101111111111110 


*L1184 


11111110110111011110011111111110 


*L1216 


11111010101011011111111111111110 


*L1280 


11111111111111111111111111111111 


*L1312 


11111101111110111101111110111111 


*L1344 


11111101111111111001111110111111 


*L1376 


11111001111111110101111110111111 



5-92 



LMUCI 



THREE-STORY ELEVATOR 



Figure 15. (cont'd) 



*L1536 
*L1568 
*L1600 
*L1632 
*L1792 
*L1824 
*L1856 
*LX888 
*L1920 
*L1952 
*L1984 
*L2016 
*L2048 
*L2112 
*L2144 
*L2176 
*C9228 
*BB8C 



11111111111111111111111111111111 
11111111110111111010111110111111 
11111111110111111110101110111111 
11111011110111110110111110111111 
11110101111011010101111111111110 
01111110111011101110111111111110 
11110110110111100110111111111110 
11110110111011011110111111111110 
11111110110111011110011111111110 
11110110111011101101111111111110 
11111101111001101101111111111110 
11111110011011011101111111111110 
11111111000000000000000000000000 
00000000100001101111111111111111 



11111111111111111111111111111111 

111111111111111101 



Figure 16. Compile Directives for Control Device 
cupl -jlfx ele3_ctl 

CUPL Version 2 . 10B1 

Copyright (c) 1983,84,85 Assisted Technology, Inc. 



cuplx 




time: 


8 sees 


cup la 




time: 


230 sees 


cup lb 




time : 


52 sees 


cuplm 




time: 


237 sees 


cuplc 




time: 


21 sees 


total 


time: 550 sees 
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Figure 1 7. Design Input File for Display Device 










/******************************************************* 

/* V 
/* Three Story Elevator Example using a GAL16V8 */ 

/* V 
/* Display Logic */ 

/* V 
/* CUPL Source File (Ele3 dsp.PLD) */ 
/*********************************************** 

PARTNO 03 ; 

NAME Ele3 dsp; 

REV ; 

DATE 4/2 0/8 6; 

DESIGNER Dean Suhr; 

COMPANY Lattice Semiconductor; 

ASSEMBLY Elevator Board; 

LOCATION U03; 




/* device */ 












device gl6v8 ; 












/* inputs */ 












pin [1,2,3] 
pin [4,5] 


[LlCall,L2Call,L3Call] ; /* 
[Fl DirA, Fl DirB] ; /* 

/* 


Call Status 

00 = lUp, 11 = 

01 = 2Up, 10 = 


3Dn 
2Dn 


*/ 
*/ 

* / 

/ 


/* outputs */ 




/* 


DISPLAY DIAGRAMS 


*/ 




pin [12] 

pin [14] = 


[UpArrow] ; 
[DnArrow] ; 


/* 
/* 


A 

V 


*/ 
*/ 




pin [15,16] 
pin [17,18] 


[Segl3,Segl23] ; 
[Seg2 , Seg23 ] ; 


/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 
/* 


23 

| 123 
23 | 

2 | | 13 

1 1 

23 


*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 
*/ 




/* internal nodes */ 










Up = ! FIDirA; 
Dn = Fl_DirA; 




/* 00 
/* 01 


= lUp 11 = 3Dn 
= 2Up 10 = 2Dn 


*/ 

V 




lFloor = ! Fl_DirA & !Fl_DirB; 
2Floor = llFloor & !3Floor; 
3Floor = Fl_DirA & Fl_DirB; 
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Figure 17. (cont'd) 








CLJUa 1 — LUJIb / 




UpArrow 
DnArrow 


= Up & ( L2Call # L3Call) ; 
= Dn & ( LICall # L2Call) ; 




/* 


TABLE INPUTS TABLE OUTPUTS 


*/ 


table 


lFloor, 2Floor, 3Floor => Segl3, Segl23, 
•b'100 => 'b'1100; 
•b'010 => 'b'Olll; 
■b'OOl => 'b'llOl; } 


Seg2, Seg2 3 { 
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Figure 18. Expanded Product Terms for Display Device 

********************************************** 

Ele3_dsp 

*********************************************************************** 



CUPL 


2.10B1 


Device 


gl6v8s Library DLIB-d-55-8 


Created 


Mon Apr 21 08:02:40 1986 


Name 


Ele3 dsp 


Partno 


03 


Revision 





Date 


4/20/86 


Designer 


Dean Suhr 


Company 


Lattice Semiconductor 


Assembly 


Elevator Board 


Location 


U03 



Expanded Product Terms 



lFloor => 

! FIDirA & !Fl_DirB 

2Floor => 

! FIDirA & FIDirB 

# FIDirA & ! FIDirB 

3Floor => 

FIDirA & FIDirB 

Dn => 

FIDirA 

DnArrow => 

Fl_DirA & LICall 

# FIDirA & L2Call 

Segl23 => 
1 

Segl3 => 


Seg2 => 
1 

Seg23 => 


Up => 

!Fl_DirA 

UpArrow => 

! Fl_DirA & L2Call 

# !F1 DirA & L3Call 
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Figure 19. Symbol Table for Display Device 
















Symbol Table 






======== 

======== 


Pin Variable 








Pterins 


Max 


Min 


Pol Name 


Ext 



Pin 



Type 



Used 


Pterms 


Level 


lFloor 







I 


1 


_ 





2Floor 







I 


2 


_ 





3Floor 







I 


1 







Dn 







I 


1 


_ 


_ 


DnArrow 




14 


V 


2 


8 


1 


Fl DirA 




4 


V 


_ 






Fl DirB 




5 


V 


_ 


_ 





LICall 




1 


V 


_ 




_ 


L2Call 




2 


V 


- 


- 


- 


L3Call 




3 


V 








Segl23 




16 


V 


1 


8 


1 


Segl3 




15 


V 


1 


8 


1 


Seg2 




17 


V 


1 


8 


1 


Seg2 3 




18 


V 


1 


8 


1 


Up 









1 






UpArrow 




12 




2 


8 


1 


LEGEND F : 


field D : 


default 


variable 


M 


: extended node 


N : 


node I : 


intermediate variable T 


: function 


V : 


variable X : 


extended variable 


U 


: undefined 
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Figure 20. Fuse' Plot tor Display Device 



Fuse Plot 



Syn 



2192 - AcO 2193 X 



Pin #19 2048 Pol X 2120 Acl - 
0000 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
003 2 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0064 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0096 
0128 

0160 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0192 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0224 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
Pin #18 2049 Pol - 2121 Acl x 
0256 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

02 88 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
032 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

03 52 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
038 4 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0416 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0448 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #17 2050 Pol - 2122 Acl x 

0512 

054 4 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
057 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0608 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
064 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0672 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0704 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #16 2051 Pol - 2123 Acl x 

08 00 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

0864 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
089 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0928 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0960 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
0992 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 



Pin #15 2052 Pol - 2124 Acl X 
1024 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

1088 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1120 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 
1152 XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX 

1184 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1216 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
12 4 8 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #14 2053 Pol - 2125 Acl X 

1280 — x x 

1312 x x 

1344 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1376 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1408 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1440 xxxxxxxxxxxxxxxx 
1472 xxxxxxxxxxx 
1504 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #13 2054 Pol X 2126 Acl - 
1536 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1568 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1600 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1632 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1664 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
169 6 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1728 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

Pin #12 2055 Pol - 2127 Acl x 

1824 X X 

1856 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 

19 2 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
19 52 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
1984 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 
2 016 xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx 



LEGEND: 



X: Programmed Cell 
-: Erased Cell 
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Figure 21. Pin 


out Diagram for Display Device 








Chip Diagram 


















*********** ******, 


t**** 










* * 


* 








**** 




**** 






LICall 


* 1 




20 * 


vcc 






**** 




**** 










Lle3 asp 


* 








**** 




**** 






L2Call 


* 2 




19 * 








**** 




**** 








* 




* 








** * * 




**** 






L3Call 


* 3 




18 * 


Seg23 






**** 




**** 








* 




* 




















**** 




**** 






Fl DirA 


* 4 




17 * 


Seg2 






**** 




**** 








* 




* 








**** 




**** 






FIDirB 


* 5 




16 * 


Segl23 






**** 




**** 








* 




* 








**** 




**** 








* 6 




15 * 


Segl3 






**** 




**** 








* 




* 








**** 




**** 








* 7 




14 * 


DnArrow 






**** 




**** 








* 




* 








**** 




**** 








* 8 




13 * 








**** 




**** 








* 




* 








**** 




**** 








* 9 




12 * 


UpArrow 






**** 




**** 








* 




* 








**** 




**** 






GND 


* 10 




11 * 








**** 




**** 








* 




* 








*************************** 
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Figure 22. JEDEC File for Display Device 



CUPL 

Device 

Created 

Name 

Partno 

Revision 

Date 

Designer 
Company 
Assembly 
Location 



2 . 10B1 

gl6v8s Library DLIB-d-55-8 

Mon Apr 21 08:02:42 1986 

Ele3_dsp 

03 



4/20/86 
Dean Suhr 

Lattice Semiconductor 

Elevator Board 

U03 



*QP2 
*QF2194 
*G0 
*F0 

*L0512 11111111111111111111111111111111 
*L0768 11111111111111111111111111111111 
*L1280 11011111011111111111111111111111 
*L1312 01111111011111111111111111111111 
*L1792 01111111101111111111111111111111 
*L1824 11110111101111111111111111111111 
*L2 048 01111101000000000000000000000000 
*L2112 00000000100000101111111111111111 
*L2144 11111111111111111111111111111111 
*L2176 111111111111111110 
*C20C4 



*9AF2 



5-100 



UffTKI 



THREE-STORY ELEVATOR 



Figure 23. Compile Directives for Display Device 

cupl -jlfx ele3_dsp 
CUPL Version 2 . 10B1 

Copyright (c) 1983,84,85 Assisted Technology, Inc. 
cuplx 

time: 5 sees 
cup la 

time: 41 sees 
cuplb 

time: 21 sees 
cuplm 

time: 5 sees 
cuplc 

time: 16 sees 
total time: 89 sees 
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LATT 



COPYING PAL PATTERNS 
INTO GAL DEVICES 



INTRODUCTION 



The generic architecture of the GAL family offers the 
user many different device configurations. One particu- 
lar subset of these myriad architectural possibilities is 
common PAL architectures. GAL devices are capable 
of emulating ail common PAL architectures with 100% 
pin, fuse-map, function, and parametric compatibility. In 
short, a GAL device can drop right into any PAL socket. 
This technical brief addresses the procedure of copying 
a PAL pattern — either a PAL master device or a PAL 
JEDEC file — into a GAL device. The technique is 
straightforward, since existing files or masters can be 
used without modification. 



The first step in copying a PAL pattern into a GAL 
device is to determine whether the GAL device can emu- 
late the particular architecture in question. This is accom- 
plished by referencing Tables 1 and 2. Table 1 lists all 
of the 20-pin PAL architectures available as a subset of 
20-pin GAL16V8 configurations. Likewise, Table 2 lists 
ail of the 24-pin PAL architectures available as a subset 
of the 24-pin GAL20V8 configurations. The user must 
simply cross-reference the PAL architecture in question 
with these tables to determine which GAL device is 
needed. 

Table 1. PAL Architectures Emulated by GAL16V8 



GAL16V8 


10L8 


12L6 


14L4 


16L2 


16R8 


16R6 


16R4 


16L8 


10H8 


12H6 


14H4 


16H2 


16RP8 


16RP6 


16RP4 


16H8 


10P8 


12P6 


14P4 


16P2 








16P8 


Table 2 


PAL Architectures Emulated by GAL20V8 




GAL20V8 


14L8 


16L6 


18L4 


20L2 


20R8 


20R6 


20R4 


20L8 


14H8 


16H6 


18H4 


20H2 


20RP8 


20RP6 


20RP4 


20H8 


14P8 


16P6 


18P4 


20P2 








20 P8 



Figure 1. Output Logic Macrocell (OLMC) 
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Function compatibility is an obvious requirement for 
copying to be performed. GAL devices are designed with 
a versatile Output Logic Macrocell (OLMC) that allows 
emulation of more than twenty different PAL architec- 
tures. The OLMC, shown in Figure 1 , can be programmed 
to any of the configurations shown in Figures 2 through 



5, namely: dedicated input, dedicated combinational 
output with programmable polarity, combinational output 
with feedback and programmable polarity, or registered 
output with feedback and programmable polarity. These 
four macrocell configurations can be combined as needed 
to allow full pin and function compatibility with the PAL 
architectures listed in the preceding tables. 



Figure 2. Dedicated Input 



r — - F 



-i- T 



Figure 3. Dedicated < 




■t> £3"a- 



Figure 4. Combinational Output with Feedback 




Figure 5. Registered Active-High or -Low Output 
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SPYING PAL PATTERNS TO GAL DEVICES 



Fuse-Map Compatibility 

The ability of GAL devices to directly accept PAL pat- 
terns is the result of more than just functional compat- 
ibility. There is an additional stipulation that the 'fuse' 
maps be compatible — otherwise the copy procedure 
requires manual intervention in the form of manipulating 
JEDEC files or 'fuse' plots to get everything into the pro- 
per format. Obviously, any manual intervention would 
be cumbersome and time-consuming, and would signi- 
ficantly detract from the utility of the GAL devices. 

Therefore, the GAL cell array is designed to be an 
identical bit-for-bit mapping of a PAL fuse array, in any 
output configuration. This means that external input 
signals and feedback signals are physically connected 
to the same array input lines in the GAL device as they 
are in a PAL device. Although this may sound trivial, 



consider the following example, which examines how 
different PAL architectures have different array hook-up 
schemes. 

Refer to the partial logic diagrams of a PAL 1 6L2 and 
a PAL16R8 in Figures 6 and 7, respectively. Notice in 
the first figure that pin 1 is an input and is connected to 
array input lines 2 and 3. Now notice in the second figure 
that pin 1 is a clock input, and the feedback signal from 
pin 19 is connected to input lines 2 and 3. These differ- 
ences pose no problem for the PAL manufacturer, since 
different PAL devices are manufactured independently 
of each other. However, for a GAL device to have the 
flexibility to accommodate different array hook-up 
schemes required some innovative design techniques. 
Although these techniques add to the complexity of the 
OLMC, the benefits of a directly copyable device are 
obvious. 
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RAL Device Codes 

The final element required to facilitate direct PAL 
device copying is the RAL (Reprogrammable Array Logic) 
code. The RAL code is the user's means of informing 
the programmer box exactly which architecture the GAL 
device will be patterned to. It correlates to the family/pin- 
code selection for identifying PAL architectures. 

The information shown in Figure 8 is taken from the 
Data I/O wall chart listing all device manufacturers' family/ 
pin codes. (Other hardware manufacturers offer similar 
support.) Notice that there is an entry for each of the 
GAL16V8 and the GAL20V8, as well as for many RAL 
codes. It should be noted that, although there are only 
two physically different device types — the GAL16V8 
and GAL20V8 — these products source all of the 44 



device types listed in Figure 10; the RAL codes are pro- 
vided merely for the purpose of copying PAL devices. 
To emulate a PA L16R4 pattern using the GAL16V8, the 
RAL16R4 family/pin code must be used according to 
the procedure explained below. The RAL codes directly 
correspond to each respective PAL device configuration 
and provide the programmer box with the information 
to program the GAL device OLMCs. 

Physically resident inside the GAL device is an 82-bit 
architecture control word which, once programmed, 
determines the configuration of the OLMCs. (Refer to 
the data sheets in Section 2 for further discussion on the 
architecture control word.) Downloading a PAL pattern 
to a programmer box transfers array data only; no infor- 
mation as to the device architecture is transmitted. Thus, 
the RAL code is essential. 



Figure 8. 



. Device Pinout Codes 



PROGRAMMABLE LOGIC 



B — 



10H8-25/-35 




RAL 


20 


36 18 


V04 


303A-009 


V03 


303A-100 


voi 






1.0 


1018-25 35 




RAL 


20 


36113 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


10P8-25-3S 




RAL 


20 


36/32 


V04 


303A-009 


V03 










1.0 


12H6-25/-35 




RAL 


20 


36 19 


V04 


303A-009 


V03 


303A-100 


VOI 






1.0 


12L6-25/-35 




RAL 


20 


36 14 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


12P6-25/-35 




RAL 


20 


36/33 


V04 


303A-009 


V03 










1.0 


14H4-25/-35 




RAL 


20 


36/20 


V04 


303A-109 


V03 


303A-100 


V01 






1.0 


14H8-25I-35 




RAL 


24 


36/08 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


14L4-25/-35 




RAL 


20 


36/15 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


14L8-25I-35 




RAL 


24 


36/02 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


14P4-25-35 




RAL 


20 


36/34 


V04 


303A009 


V03 










10 


14P8-25-35 




RAL 


24 


36/38 


V04 


303A-009 


V03 










1.0 


16H2-25 -35 




RAL 


20 


36122 


V04 


303A-009 


V03 


303A-100 


V01 






10 


16H6-25/ 35 




RAL 


24 


36/09 


V04 


303A-009 


V03 


303A-100 


V01 






10 


16H6-25-35 




RAL 


20 


36/25 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


16L2-2S-3S 




RAL 


20 


36/16 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


16L6-25-35 




RAL 


24 


36/03 


V04 


303A009 


V03 


303A-100 


V01 






1.0 


16L8-251-35 




RAL 


20 


36/17 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


16P2-25/-35 




RAL 


20 


36/35 


V04 


303A-009 


V03 










1.0 


16P6-25 35 




RAL 


24 


36/39 


V04 


303A-009 


V03 










1.0 


16P8-25 -35 




RAL 


20 


36 30 


V04 


303A-009 


V03 










10 


16R4-25/-35 




RAL 


20 


36/81 


V04 


303A-009 


V03 


3O3A-100 


V01 






1.0 


16R6-25.-35 




RAL 


20 


36/80 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


16R8-25/-35 




RAL 


20 


36 82 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


16RP4-25/-35 




RAL 


20 


36 85 


V04 


303A-009 


V03 










1.0 


16RP6-25.-35 




RAL 


20 


36/86 


V04 


303A009 


V03 










1.0 


16RP8-25/-35 




RAL 


20 


36/87 


V04 


303A0O9 


V03 










1.0 


16V8-25/-35 




GAL 


20 


36/55 


V04 


303A-0O9 


V03 












18H4-25I-35 




RAL 


24 


36/10 


V04 


303A-009 


V03 


303A-100 


V01 




• • 


10~ 


1814-251-35 




RAL 


24 


36/04 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


18P4-25/-35 




RAL 


24 


36/40 


V04 


303A-009 


V03 










1.0 


20H2-25/-35 




RAL 


24 


36)11 


V04 


303A-O09 


V03 


303A-100 


voi 






1.0 


20H8-25/-35 




RAL 


24 


36/61 


V04 


303A-O09 


V03 


303A-100 


VOI 






1.0 


20L2 25J-35 




RAL 


24 


36 05 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


20L8-25/-35 




RAL 


24 


36/26 


V04 


303A-009 


V03 


303A-100 


V01 






10 


20P2-25/-35 




RAL 


24 


36141 


V04 


303AO09 


V03 










1.0 


20P8-25/-35 




RAL 


24 


36162 


V04 


303A-O09 


V03 










2.0 


20R4-25/-35 




RAL 


24 


36/65 


V04 


303A-009 


V03 


303A-100 


V01 






1.0 


20R6-25/-35 




RAL 


24 


36/66 


V04 


303A-0O9 


V03 


303A-100 


V01 






10 


20R8-25I-35 




RAL 


24 


36/27 


V04 


303A-009 


V03 




V01 






1.0 


20RP4-25/-35 




RAL 


24 


36(46 


V04 


303A-0O9 


V03 










20 


20RP6-25/-35 




RAL 


24 


36/64 


V04 


303A-0O9 


V03 










20 


20RP8-25/-35 




RAL 


24 


36/63 


V04 


303A-O09 


V03 










20 



The """ symbol means that the algorithm for this device is under evaluation for possible addition in some future update. 
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Inside the memory of a device programmer is the 
predetermined GAL architecture control word corre- 
sponding to each PAL device configuration. By selecting 
the appropriate RAL code, the device programmer can 
append the predetermined architecture control word to 
the array information previously downloaded. It stands 
to reason that if the GAL family/pin code were selected, 
the GAL device's array would be programmed properly 
but the OLMCs would be left unprogrammed, since there 
is no predetermined OLMC configuration in a 'virgin' 
GAL device. 

The GAL family/pin code would only be used in the 



development of a new design from scratch. In that case, 
the JEDEC file generated by the development software 
would contain an architecture control word specific to 
the design in question. When copying an existing PAL 
master device or an existing PAL JEDEC file, the archi- 
tecture control word only gets physically appended to 
the cell array information by the programmer box when 
the appropriate RAL code is selected. 

A final reminder: When copying PAL device patterns 
into GAL devices, use the RAL family/pin code. When 
beginning a GAL design from scratch, use the GAL 
family/pin code. 



ACTUAL STEPS FOR COPYING PAL DEVICE PATTERNS INTO GAL DEVICES 



This procedure is generic in nature and is not specific to any device programmer. A PAL master device or a PAL 
JEDEC file may be used. 

MM Load either the PAL-device fuse map or JEDEC-file data into the device programmer memory using the 
normal procedure. 

WM Select the appropriate RAL family/pin code from the programmer chart. Note: Remember that the RAL code 
is required for PAL device copying in order to configure the OLMCs properly. Do not use the GAL device 
code for copying PAL devices. 

(Note: Some programmers require changing adapters when switching from one device manufacturer to 
another.) 

Qf Program the GAL device using the appropriate RAL family/pin code to configure to OLMCs properly. The 
copy procedure is complete and the resulting GAL device is 1 00% compatible with the PAL device it copied. 

(Note: The GAL device still retains its full erasability feature. The device can be reused with different 
array patterns and architecture configurations (RAL codes), as selected by the designer.) 
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GENERIC ARCHITECTURE - 
ANYTHING, EVERYTIME 



I AT T 



INTRODUCTION 



At Lattice Semiconductor, GAL devices are 'Any- 
thing, Everytime, Instantly. ' 'Instantly' signifies very fast 
(340ms) programming time and even faster (50ms) 
erase time, allowing instant reprogramming and reconfig- 
uring. 'Everytime' signifies GAL devices' unmatched 
quality, backed by guaranteed 100% programming and 
functional yields. 'Anything' signifies generic architec- 
ture and the ability to put any function on any pin. 

'Anything' implies not only the many PAL architec- 
tures that GAL devices emulate with 1 00% socket com- 
patibility, and not only in-between architectures (such 
as a 16R1 or 13L5), but also the ability to begin with an 
industry-standard architecture, say a 16R4, and have 
the flexibility of moving any function to any pin to sim- 
plify board layout. This brief explores the generic archi- 
tecture and how it can be applied to designs already 
fixed in architecture that require greater flexibility for 
board layout. 

The GAL16V8 and GAL20V8 are each capable of 
emulating 21 different PAL architectures, as shown in 
Tables 1 and 2. A GAL device can drop right into any 
of these existing PAL sockets with 100% compatibility 
including: pin-for-pin, function, parametric, and fuse-map 
compatibility. The reader is encouraged to reference the 
preceding brief and other sections of this handbook for 
a more comprehensive discussion of compatibility. 

In-Between Architectures 

In addition to the industry standard architectures, the 
generic approach allows GAL devices to be configured 
to all the 'in-between' architectures not offered by PAL 
device manufacturers. For instance, a 16R1 or20R7 — 

Table 1. PAL Architectures Emulated by GAL16V8 



GAL16V8 


10L8 


12L6 


14L4 


16L2 


16R8 


16R6 


16R4 


16L8 


10H8 


12H6 


14H4 


16H2 


16RP8 


16RP6 


16RP4 


16H8 


10P8 


12P6 


14P4 


16P2 








16P8 



Table 2. PAL Architectures Emulated by GAL20V8 



GAL20V8 


14L8 


16L6 


18L4 


20 L2 


20R8 


20R6 


20R4 


20L8 


14H8 


16H6 


18H4 


20H2 


20RP8 


20RP6 


20RP4 


20H8 


14P8 


16P6 


18P4 


20P2 








20P8 



or even a 1 3L5 — are possible by simply specifying the 
function of each pin in the software design input. The 
obvious benefit lies in not being confined to a specific 
architecture during the design process. This is arguably 
the most desirable benefit of the GAL family generic 
architecture approach. 

An often overlooked benefit of the generic architec- 
ture approach is the added flexibility of moving functions 
from pin to pin after a design is completed, to simplify 
the board-layout process. This feature becomes evident 
when exploring the different ways a designer might lay 
out a board when a 1 6R4 architecture is used. Refer to 
the PAL16R4 logic symbol of Figure 1 . There are 4 regis- 
tered outputs (pins 14-1 7) and 4 combinational outputs 
(pins 12,13,18,19). This type of device gives the designer 
the flexibility of moving registers around between pins 
14 and 17 and likewise moving combinational outputs 
around among pins 12,13,18,19. While there is some 
flexibility with this approach, the situation changes 
dramatically when the GAL16V8 is used. 

With a GAL16V8 emulating a PAL16R4 architecture, 
a total of 70 different arrangements of outputs is possi- 
ble while performing a specified function. Every logic 
symbol in Figure 2 depicts the functional equivalent of 
a PAL16R4, yet each output arrangement is different. 
Even though the architecture has already been deter- 
mined, many alternative output arrangements can still 
be chosen, depending on the board requirements. 

The ability to move any function to any pin not only 
greatly simplifies the board-layout procedure, but can 
eliminate a level of signal-routing on a multilayer board, 



Figure I. PAL16R4 Icon 
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as well. The fixed output placement of PAL devices often 
results in outputs signals having to cross on the board, 
requiring additional routing levels — which means addi- 
tional cost. The inherent flexibility of the GAL family per- 
mits any function on any pin, thereby removing the need 
to cross signals externally and ultimately reducing the 
overall complexity of the PC board. 

When the entire system-development process is 
taken into account — including design and layout — the 
user would prefer the tool that offers maximum flexibility. 
It is certainly advantageous to use one device that re- 
places virtually all of the common PLD architectures 



available. GAL devices meet those requirements. Most 
users would also wish to be free of the constraints of pre- 
determined, fixed architectures and one-time program- 
mable devices. GAL devices solve these problems too. 
Finally, the user would like to simplify the board-layout 
process, with the option of moving any function to any 
pin, even after the architecture has been determined. 
With the generic architecture approach, the GAL family 
removes the constraints of predetermined pinout, as well. 
The designer is most efficient when the only constraint 
is his own creativity; GAL devices offer that luxury. □ 
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Figure 2. (cont'd) 
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SIGNATURE 



INTRODUCTION 



In the course of system development and production, 
the proliferation of PLD architectures and patterns can 
be great. To further complicate the record-keeping 
process, design changes often occur, especially in the 
early stages of product development. The task of main- 
taining 'which pattern goes to what device for which 
socket' becomes exceedingly nontrivia). What's more, 
once a manufacturing flow has been set, it becomes im- 
portant to 'label' each PLD with pertinent manufactur- 
ing information, which can be quite beneficial in the 
event of a customer return — traceability aided by a 
manufacturing history can help to quickly reconstruct 
details of a defective product and thereby effect a 
speedy solution. 



The Lattice GAL family can ease the problems asso- 
ciated with document control and traceability, thanks to 
a feature called Electronic Signature (ES). This brief 
describes the concept behind ES, how it is used, and 
the advantages obtainable with regard to manufacturing- 
flow control, documentation, and traceability. 

Electronic Signature is basically a user's 'notepad' 
provided in electrically erasable (EE) cells on each GAL 
device. Essentially an extra row that's appended to the 
array and allocated for data storage, the ES can contain 
up to 8 bytes. Figure 1 shows Row Address Maps for the 
GAL16V8 and GAL20V8, with the ES row highlighted. 

Because one GAL device can emulate many different 
PAL architectures, inventory logistics are greatly simpli- 
fied. To further simplify the development and manufac- 
turing process, Lattice Semiconductor incorporated ES 
to store such manufacturing data as the manufacturer's 
ID, programming date, programmer make, pattern code, 
revision number, and product flow. The intent was to 
assist users with the complex chore of record mainten- 
ance and product flow control. In practice, the ES can 
be used for any of a number of ID functions. 



Figure 1. Row Address Maps 



■ 



SCUC 1 



3— Soou, 



RESERVED ADDRESS SPACE 



ARCHITECTURE CONTROL * 



SECURITY FUSE 



GAL16V8 



Sci. 1 

s„,„^p^ 



SHIFT REGISTER 



RESERVED ADDRESS SPACE 



60 ARCHITECTURE CONTROL WORD 



SECURITY FUSE 



GAL20V8 



6-16 



uotiqi 



USING ELECTRONIC SIGNATURE 



For user simplicity, ES will be supported by all GAL 
family software support packages such as CUPL and 
ABEL, which are discussed with greater detail in Sec- 
tion 4 of this handbook. The user will be able to define 
data fields, specify information, and write or read ES 
data from each GAL device. The following paragraphs 
describe how ES may be managed. 

Within the 64 bits (eight bytes) available for ES data 
storage, users may find it helpful to define specific fields, 
to make better use of information storage. A field may 
use only one bit (or all 64), and may contain a variety of 
topics. Some fields should probably be reserved for 
future expansion. The possibilities for fields are endless, 
and completely up to the user. As an example, Figure 
2 divides the ES into five fields: manufacturer's ID, 
device program date, programmer ID code, pattern 
code, and a reserved section. 

Even with the GAL device's security feature enabled, 
the ES can still be read. If a pattern code were stored 
in the ES, the user could always identify which pattern 
had been used in a given device. In this way, a device 
pattern could be confidentially retrieved. As a second 
safety feature, when a GAL device is erased and repat- 
terned, the ES row is automatically erased. This prevents 
any situation in which an old ES might be fitted with a 
new pattern. (No information is better than wrong infor- 
mation.) It is the user's responsibility to update the ES 
when reprogramming. 

Programming the ES is accomplished in the same 
manner as any other array write operation. With the GAL 
device in Edit mode, the ES can be selected using a row 
address of 32 on the GAL16V8, or 40 on the GAL20V8. 
By following the shift register and program timings (speci- 
fied in the data sheets of Section 2) to load, program and 
verify the ES, a routine can be developed on most ATE 



systems to pattern a user-specific signature into the 
device. 

Though provided to assist the designers and manu- 
facturers who utilize GAL products, making use of ES 
is not essential to enjoying the many benefits of GAL 
devices. For those willing to invest in it, however, the 
reduction of 'hidden costs' associated with PLDs can be 
significant. The following outlines some of the opportun- 
ities presented; the reader is referred to the brief on 
page 6-33, 'Hidden Costs in PLD Usage,' to ascribe the 
value of each benefit. 

Eliminating Labels 

By automatically storing the appropriate identifica- 
tion information into GAL device ES locations while the 
programming hardware is patterning the device, the need 
for a costly additional handling step to apply messy 
gummed labels or ink is eliminated. What's more, 
throughput and quality of the patterned devices is greatly 
increased. 

Document Control 

The job of document control becomes more manage- 
able when using the GAL device ES, since a pattern 
code in the ES can specify each pattern and its applica- 
tion. This proves an absolute boon in Military programs, 
where accurate documentation is essentia). If a change 
occurs, it is easily handled with a new pattern code. In 
fact, with a pattern code in each device, a readout can 
actually be conducted during board assembly. Code 
verification would ensure the use of properly patterned 
devices and serve as a quality-monitor step. Moreover, 
validation is simplified when checking against a lot- or 
board-traveler, since master devices are not required. 



Figure 2. Typical ES Field Definitions 




Applications Hotline: 
1-800-FASTGAL 



6-17 



USING ELECTRONIC SIGNATURE 



Software Revisions 

With ES, a software ID code can be stored and refer- 
enced in Document Control to a current-pattern version. 
When a revision occurs, a new pattern code is simultan- 
eously stored in the ES. For the first time in PLD history, 
pattern codes can be monitored to verify that incorrect 
versions of software are not inadvertantly being used. 
With GAL devices, of course, any materia/ flagged with 
an improper pattern code can simply be sent back and 
reprogrammed to the current-pattern revision. Also, 
when security is enabled, an ES-resident pattern ID 
code is the only certain means of documenting which 
pattern resides within a device. 

Manufacturing Information 

As described earlier, manufacturing information stored 
in the GAL device ES can help track down problems, 
3d. If each board-assembly 



location were coded into GAL devices used at that assem- 
bly site, for example, customer board returns might be 
linked to a common source. Also, identification codes 
would eliminate the need to use external labels or stamps 
to signify different vendors. 

Manufacturing Flow 

With ES, devices can all be preprogrammed at one 
location and given a destination code. Upon shipment 
and receipt, sample readouts of destination codes could 
be performed to ensure that the proper devices were 
received. 

As systems become more complex, production- and 
document-control costs can become dominant. Elec- 
tronic Signature is one of many valuable ease-of-use 
features offered in the GAL device family that can tame 
such costs. Lattice Semiconductor will continue to deliver 
outstanding user support, by making the ES feature 
available on all GAL devices. □ 
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Register preload is a testability feature that is rapidly 
gaining prominence throughout the chip-design market- 
place. Because it a/lows any arbitrary state value to be 
loaded into a PLD's output register, this powerful fea- 
ture is capable of breaking down complex logic designs 
into simple testable blocks. All GAL family devices from 
Lattice Semiconductor incorporate the feature, and 
though extremely valuable for testing the device during 
manufacture, register preload allows the discerning user 
to convince himself of this bold claim: because of the 
testability advantages of E 2 CMOS technology, Lattice 
guarantees 1 00% programming and functional yields 
for GAL devices, thereby obviating the need for the user 
to test GAL devices after programming. Although its 
comprehension is not a prerequisite for GAL device 
usage, this technical brief provides a technical overview 
of register preload and how it can be useful. 



By allowing any arbitrary state value to be loaded 
into a device's output registers, register preload can 
provide an easy method of testing registered devices for 
logical functionality. 

For conclusive testing of state-machine designs, all 
possible states and state transitions must be verified, 
not just those required in the normal machine opera- 
tions. This is because, during system operation, certain 
events (power-up, line voltage glitches, brown-outs, etc.) 
can throw the logic into an illegal state. To test a design 
for proper handling of such conditions, a way must be 
provided to break the feedback paths, and force any 
desired — even illegal — state into the registers. Then 
the machine can be sequenced, and the outputs tested 
for correct next-state conditions. 

The GAL16V8 and GAL20V8 devices include circuitry 
that allows each registered output to be synchronously 
set either high or low. Thus, any present-state condition 
can be forced for test sequencing. Figure 1 shows the 
pin functions necessary to preload the registers. The 
register preload timing and pin voltage levels necessary 
to perform the function are shown in Figure 2. (See Sec- 
tion 2, 'GAL Device Specifications' for parametric specifi- 
cations regarding register preload.) This test mode is 
entered by raising PRLD to V ES (a supervoltage of 15V), 
which enables the serial data in (S D(N ) buffer and the 
serial data out (S D0UT ) buffer. Data is then serially 
shifted into the registers on each rising edge of the 
clock, DCLK. Only the macrocells with registered output 
configurations are loaded. If only 3 outputs have regis- 
ters, then only 3 bits need be shifted in. The registers 
are loaded from the bottom up, as illustrated in Figure 1 . 



Figure 1. Output Register Preload Pin Configurations 




'The S DO(JT output buffer is a 
to V rr with a 10K resistor. 



open-drain output. This pin should be terminated 
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A typical functional test sequence would be to verify 
all possible state transitions for the device being tested. 
To verify these transitions requires the ability to set the 
state registers into an arbitrary 'present-state' value, 
and to set the device inputs to any arbitrary 'present- 
input' value. Once this is done, the state machine is then 
clocked into a new state or 'next state'. The next state is 
then checked to validate the transition from the present 
state. In this way any state transition can be checked. 

Shorter Test Sequences 

The difficulty in getting to certain states or conditions 
can lead to logic-verification sequences that are either 
incomplete or excessively long. Long test sequences 
result when feedback signals from state registers com- 
bine with inputs to determine the 'next-state' values. 
This condition forces the state machine to go through 
many state transitions before it can reach the state that 
requires testing. Therefore, the test sequence will be 
mostly state-initialization and not actual testing. The test 
sequence can become excessively long when a state 
must be reentered many times to test a wide variety of 
input combinations. 

Consider a device programmed as a seven-bit counter 
that, among other functions, asserts an output signal 
from an eighth output once the counter reaches 127, or 
binary 1 1 1 1 1 1 1 . In order to test this eighth output for the 
proper logic level, it is necessary to cycle the counter 
127 times just to set up the desired test condition. Also, 
if several different input combinations need testing with 
the seven-bit counter in this state, each set of input con- 
ditions will require the test sequence to lengthen by 128 
test vectors, of which 127 vectors are for initialization 
only. 

Register preload allows the desired 'present state' 
to be loaded into the device in one test vector and allow 



testing for the 'next state' with a second test vector. The 
benefits of this feature are readily apparent for shortening 
test sequences. 

Unreachable States 

Complete logic verification is often impossible when 
states that need to be tested can not be entered with 
normal state transitions. Included among these are 'for- 
bidden,' 'power-up, ' or 'don't care' states that are not 
normally entered but need to be tested to ensure that 
they return to the defined state. 

Consider a design including a counter that counts in 
the sequence 0, 1 ,2,5,0, 1 ,2,5. . . Under normal conditions, 
the state registers for this counter would never reach 
states '3' and '4.' However, to guarantee proper func- 
tionality, these states must be entered, to ensure the 
machine will reset if either of these forbidden states is 
ever errantly entered. Without register preload, this task 
is impossible, since there would be no way to force the 
counter into forbidden states. With register preload, the 
states are simply loaded into the counter, which is subse- 
quently clocked to the next state to verify proper return 
to a known state and normal operation. 

For the most demanding users, register preload is an 
invaluable feature for testing all possible state transitions 
in a registered device, and one that can significantly 
shorten test sequences, as well as allow forbidden states 
to be tested. These benefits translate to higher-qua/ity 
systems, because of the greater degree of confidence 
that all components in the system function properly prior 
to shipment. The point for all users of GAL devices to 
remember is that the inherent testability of Lattice Semi- 
conductor's E 2 CMOS technology removes the testing 
burden from the user by assuring the highest-quality 
programmable logic devices available: 100% program- 
ming yields, 100% functional yields — guaranteed. □ 



Figure 2. Timing Diagram 
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INTRODUCTION 



While it is the responsibility of component manufac- 
turers to maximize product quality and reliability by test- 
ing to weed out infant mortality and thereby delivering 
units with a low failure rate, programmable-logic-device 
(PLD) manufacturers have traditionally placed the re- 
sponsibility of testing on the user. Primarily because 
bipolar fuse-link technology does not lend itself well to 
testability prior to programming, PAL device consumers 
have been forced to bear the burden of testing. 

Lattice Semiconductor has changed all that, with the 
introduction of GAL devices. The first PLDs to use elec- 
trically erasable E 2 CMOS technology, GAL devices are 
also the only PLDs that are completely tested before 
shipment. Incorporating design-for-testability features, 
GAL devices are reprogrammed in milliseconds and 
tested extensively through the actual circuitry used in 
device operation, rather than by means of 'shadow' arrays 
and 'dummy' columns that one-time-programmab/e PLDs 
resort to. 



When a consumer purchases a GAL device and pro- 
grams it, he can feel 1 00% confident that the device will 
adhere to all performance specifications outlined in the 
GAL data sheet. This can be assured because prior to 
shipment, each GAL device has been programmed with 
hundreds of worst-case patterns, cycled for endurance, 
and tested over temperature with every scheme of archi- 
tecture. 

PLDs have historically been impossible to test and 
characterize on a volume-production level, because 
complete performance testing could not be accomplished 
until after a device was programmed for a specific appli- 
cation. Only the customer could verify that performance 
specifications were indeed being met, by testing each 
device fully after programming. 

Manufacturers of bipolar fuse-link PAL devices present 
statistical data that implies that if the device programs, 
it will probably operate adequately. Consequently, the 
user has to program the device and test it over tempera- 
ture to screen out statistical anomalies. If programming 
yield is 98% and functional yield is 99%, then each user 
can expect to return 3% of all PAL devices purchased 
— or three parts per hundred. 

Predictable Programming 

From a standpoint of device reliability, it is important 
for users to distinguish between the untestab/e behavior 
of fusible links and the highly predictable and repeatable 
retention characteristics of the GAL device's E 2 CMOS 
arrays. Design features enable each E 2 CMOS cell to be 
checked for sufficient margin after programming, to en- 
sure that all cells comply with the retention requirements 
dictated by Lattice Semiconductor's quality and reliability 
goals. All devices undergo retention testing, in which 



Figure 1. Standard Product Manufacturing Flow 
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every cell's charge is measured before and after a high- 
temperature 'bake,' to detect any unusual degradation 
that might portend potential failures. For the user, this 
means that programmer 'sensitivities' are a thing of the 
past. In contrast, poorly processed fuse links in a bipolar 
PLD — which might require a higher current to program 
— can combine with a 'weak programmer' (low-current- 
sourcing) to produce poor fusing characteristics. If pro- 
per fuse 'gapping' is not achieved 100% of the time, 
reliability problems will arise. With fuse-link technology, 
reliability can often be a function of programming hard- 
ware; with Lattice E 2 CMOS cells, reliability is inherent. 
Once programmed, the GAL device is programmed for 
life (unless, of course, the user decides to erase and pro- 
gram it again). 



Figure 2. GAL Device Slock Diagram 
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Testing GAL Devices 

The GAL device standard manufacturing flow (Figure 
1 ) has been designed to test and stress 1 00% of the 
device circuitry over the full commercial or military temp- 
erature operating range. Only with E 2 CMOS technology 
is such an objective realizable, and Lattice is the sole PLD 
manufacturer able to make that claim. To thoroughly 
check the GAL device, its circuits are partitioned into 
four sections, each of which is subjected to a specific 
test routine. As shown in the GAL16V8 block diagram 
of Figure 2, the four sections are: input logic, Output 
Logic Macrocell (OLMC), E 2 CMOS cell array, and pro- 
gramming circuitry. The parameters and specifications 
of each of the four sections are thoroughly validated, as 
described in the following paragraphs. 



Figure 3. Basic Function Test Coverage 




Figure 4. GAL16V8 Output Logic Macrocell 
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DC Parameters 

All DC parameters are measured twice, with ample 
guardbands: during die-prob/ng at the wafer level, and 
after the GAL devices are packaged. Tests include input 
leakage, I/O leakage, standby current, V jL , V IH , V 0L , 
'oL' 'oH' an d ^oh — a " measured under worst-case 
bias conditions at both temperature (either commercial 
or military) and voltage limits. 

Basic Function 

Basic function testing verifies that the E 2 CMOS cell 
array and all programming circuitry is operational. Tim- 
ings and levels associated with serial-shift-register oper- 
ation and array-addressing are used in conjunction with 
several data patterns to detect any array defects. Basic 
function testing validates that all paths through the array 
are continuous and programmable. During basic function 
testing the opportunity is also taken to test other GAL 
device features, such as register preload and power-on 
reset. The tinted region of Figure 3 indicates the areas 
of basic function test coverage. 

AC Performance 

Since GAL device performance is taken very seriously, 
triple guardbands are used (voltage, timing and temper- 
ature) to ensure that device performance is well within 
specifications. Every timing specification is strictly tested, 
using worst-case patterns for each architectural configur- 
ation. By AC testing with different architectures, every AC 
path of the Output Logic Macrocell (Figure 4) is tested. 
With AC performance testing, input logic and I/O feed- 
back are verified, as is the AC integrity of the array. 
Figure 5 highlights the portions of the GAL16V8 tested in 
this step. Note that the patterns used for AC verification 
are placed into the normal array; no test rows or col- 
umns are used. In fact, so extensive is the testing per- 
formed on units prior to leaving the factory that Lattice 
guarantees 100% AC yields. 



Figure 5. AC Performance Test Coverage 
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Active Power 

For the GAL device power measurement, operating 
current is maximized through use of a pattern that com- 
bines standby current and peak transient power. The 
device is tested with an asynchronous (16L8 type) archi- 
tecture to take advantage of all available outputs. Eight 
inputs are cycled at a frequency in excess of 15 MHz, 
while the supply voltage is maintained at its upper limit. 
(Most applications will require as little as half the power 
demanded by the above pattern.) 

Reliability 

To optimize GAL device reliability, two special test 
features were incorporated into the GAL family: margin 
testing and internal verify. Margin testing provides the 
ability to individually measure the charge content of 
each cell, and is used primarily for two evaluations: 1) 
to measure each ceil after programming, and thereby 
verify that sufficient voltage margin has been attained; 
and 2) to measure cell charge before and after a high- 
temperature stress, and thereby identify weak cells that 
would likely exhibit poor retention characteristics. 

Internal verify provides the ability to monitor the 
voltage and current on internal nodes. Stress-induced 
changes can be identified through internal verify, and 
a primary use of this feature is to monitor internal circuit 
nodes before and after a high-voltage dynamic stress. 
Small changes in internal characteristics often forewarn 
premature circuit fatigue. 

With the implementation of margin test and internal 
verify, reliability screens are made more effective. Used 
in conjunction with a dynamic and static stress, these 
two device features ensure dependable circuit operation 
and rock-solid E 2 CMOS cell retention. 

Quality 

To promote quality in the Lattice GAL products, strict 
policies and procedures for manufacturing are closely 
adhered to. Electrostatic-discharge (ESD) levels are 
continuously monitored on samples taken at each 
manufacturing step. 100% actual test, using generous 
guardbands in temperature, timings, signal levels and 
supply voltage, guarantees that all shipped material 
meets published specifications. The Lattice Quality 
Assurance Program, which meets or exceeds all require- 
ments outlined in MIL-M-38510F, Appendix A ('General 
Specification for Microcircuits'), as well as all inspection- 
system requirements outlined in MIL-I-45208A, is des- 
cribed in detail in Section 8 of this handbook. 

Testability, Quality and Reliability were foremost ob- 
jectives during the design, development and manufac- 
turing of the GAL family. The time and energy expended 
on this product indeed support that 1 00% programming 
yield and 100% functional yield are hard-earned facts 
— not just claims. □ 
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The Lattice GAL 16V8 E 2 CMOS memory array uses 
the well understood Fowler-Nordheim tunneling effect for 
cell programming. This technology is based on a con- 
tro/led-voltage, negligible-current mechanism of charge 
transfer. This technology was chosen for the GAL devices 
to enhance the flexibility and re-usability of the device 
by both design engineers and production personnel. 
The technology also allows the device to be fully tested 
prior to shipment using the '100% actual test' approach. 



The use of the electrically erasable cells in the GAL- 
16V8 instead of the traditional metal fuse links offers 
several distinct advantages. The GAL16V8 can be (and 
is) fully tested prior to leaving the factory. Each and every 
programmable element is tested many times. There are 
no special test rows, columns or 'phantom' arrays neces- 
sary — the elements tested are the same elements nor- 
mally programmed by the end user to implement a logic 
function. Therefore, the GAL device programming yield 
can be tested and guaranteed to be 100% with zero 
fallout. In contrast, the metal fuse link cannot be tested, 
since once the link is blown it cannot be replaced. The 
fuse link devices rely on test rows and columns (phan- 
tom arrays) to correlate and simulate the device's per- 
formance, so that they don't have to pattern the normal 
logic array. The typical fallout of bipolar product to pro- 
gramming is 1 to 3%, due to this inherent lack of fuse- 
link testability, poor correlations and inadequate simu- 
lations. 

The same advantage holds for post-programming 
tests of AC and DC parameters. Only the E 2 CMOS tech- 
nology allows the actual device signal paths to be tested 
prior to shipment from the factory. No simulation or cor- 
relation is necessary. GAL devices are tested for worst 
case performance under dozens of different configura- 
tions. The post-programming AC and DC yields of GAL 
devices are tested and guaranteed to be 100% with 
zero fallout. 

E 2 CMOS Testability Exceeds UV Devices 

The E 2 CMOS testing approach is superior to that of 
the EPROM-based EPLD (UV Erasable PLD). While the 
EPLD devices offer the ability to be erased, this feature 
is impaired with a time-consuming and cumbersome 
process of exposure to UV light. The manufacturers of 
devices using the EPROM technology for their memory 
array are limited to one programming cycle per test inser- 
tion, because of the time necessary to erase the devices. 
Cell endurance and the multiple patterning necessary 
for full AC testing is not possible. 

Some manufacturers resort to phantom arrays to test 
their performance. These phantom arrays, which suffer 
from poor correlation, are necessary with EPLD devices 
packaged in one-time-programmable (OTP) plastic pack- 
ages, since the devices are no longer erasable. The 
manufacturers of EPROM based devices are unable to 
guarantee 100% yields. The E 2 CMOS GAL device is 
fully testable and tested to guarantee its 100% yields 
and performance — in any package. 

The GAL device's E 2 CMOS cell is slightly larger than 
a corresponding EPROM type cell. Historically, this has 
been a concern with memory devices; since the die size 
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was array limited;, however, programmable logic devices 
tend to not be array limited. In fact, the GAL device array 
occupies only 6-7% of the total die size (Figure 1 ). The 
impact of the slightly larger cell size on total die area is 
only 2-3% when compared to the EPROM approach. 
The slight cost impact of a 2% larger die area is more 
than offset by the ability to screen for 1 00% yields and 
the savings of being able to reject non-functional die 
early in the manufacturing process. 

Data Protection 

The GAL16V8 devices must be programmed by dedi- 
cated device programmers, such as those made by Data 
I/O, Stag, and others. The programming hardware pro- 
vides an external reference voltage of slightly over 1 5 
volts on certain pins, followed by specific timing signals 
on other pins, to alter the array content. As such, GAL 
devices are immune to false writes during power up, 
power down, 'brownouts, ' system glitches or any other 
unpredictable system behavior. 

The E 2 CMOS cell offers erase times of less than 50 
ms, which takes place during programming, in a fashion 
that's transparent to the user. Advanced circuit design 
techniques implement a high-speed programming 
scheme that results in a full array programming time, 
including a bulk erase, of less than 400 ms. The pro- 
gramming of GAL devices is about 50% faster than 
comparable bipolar PAL devices, and some 20 times 
faster than the current tens of seconds necessary to pat- 
tern EPLD products. Faster programming times, 100% 
fully tested devices and 100% guaranteed programm- 



ing yield (zero loss) on the GAL devices results in in- 
creased throughput and a reduced overall cost to the 
user. 

Instant Error Recovery 

The E 2 CMOS process offers instant erasure in both 
the engineering and production environments. In the 
production environment, any GAL devices accidentally 
programmed to an incorrect or obsolete pattern can be 
re-programmed instantly, instead of thrown away. This 
minimizes the cost of production errors or changes. The 
1 00% 'fuse ' map compatibility of GAL devices with the 
common PAL devices allows the introduction of GAL 
devices into the production environment without any 
engineering overlay to modify patterns, files or master 
devices. 

In the design environment, the re-useable E 2 CMOS 
device allows the designer to experiment and iterate 
without paying the penalty of throwing fuse-link devices 
away or waiting 20-plus minutes to erase UV-type devices. 
The designer is freed from the burden of mistakes while 
prototyping — a repatterned device is less than a second 
away. The designer can also 'build' on his devices by 
debugging portions of the logic, enabling additional 
functionality, debugging, and so on. This can greatly 
simplify the prototyping process. 

The manufacturing engineer benefits from the flexibil- 
ity of the GAL macrocell configuration. Any function can 
be shifted to any pin , separating the chore of prototyping 
from the task of laying out a circuit board. The swapping 
of output pins can eliminate the need for cross-over 
traces or even an additional board level, resulting in 
increased reliability and reduced cost. □ 



Figure 1 . GAL Device Microphotographs 
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Beginning with an understanding of some funda- 
mental power-consumption characteristics of bipolar and 
CMOS circuit technologies, a technique can be devel- 
oped that allows system designers to accurately predict 
typical and worst-case power consumption of GAL de- 
vices in a specific application. Here, we investigate the 
components of GAL device power consumption — and 
its dependence on the programming pattern — to de- 
velop such a structured technique. 

Power consumption in integrated circuits comprises 
of two fundamental components: A static (DC) compo- 
nent and a dynamic (AC) component. The total power 
consumed by an integrated circuit in a system is simply 
the sum of these two components: 

p d " p dac + P DDC 

= (V'I AC ) + (V'I DC ) 
= V('ac + 'dc.) 
where: P D is the total power dissipation, l AC is the 
dynamic (switching) current consumption, l DC is the 
static (standby) current consumption, and V is the 
operating supply voltage. 

Dividing both sides by the operating voltage (V) yields 
the total current: 



CC(TOTAL) 



'■ 'ac + 'dc 



The l AC term can be further simplified: 

( ._ = d^e, „ dv 



AC : 



dt 



C TOTAL— ( C L + C EQ) 

dt 



dV 
dt 



where C L is the total output load capacitance being 
driven by the integrated circuit, C EQ is the total equiva- 
lent capacitance presented to the system by the inte- 
grated circuit due to the internal device nodes being 
charged and discharged during switching, dV is equal 
to the supply voltage, and dt= 1/f (where f = switching 
frequency in Hz). Therefore: 

l AC = (C L + C EQ )Vf 

'CC(TOTAL) = ( C L + C EQ ) Vf + ( DC 

It can be seen that l DC is a constant, while l AC is 
linear with respect to frequency, voltage, and load 
capacitance. In order to simplify the following discus- 
sion, we can assume an unloaded integrated circuit and 
set C L = 0. We are now left with the equivalent capacit- 
ance (C EQ ) presented to the system by the integrated 
circuit: 



:C EQ Vf+l DC 



'CC(TOTAL) = 

Bipolar integrated circuits have historically been 
dominated by the l DC term and have, therefore, ignored 
the l AC term (commonly referred to as the 'CVf term.) 



With the advent of bipolar technologies capable of at- 
taining operating frequencies of 50-100 MHz, this CVf 
term is no longer negligible. Of course, when consider- 
ing high-performance CMOS technologies, this CVf term 
is often the dominant component of total l cc . In fact, 
many CMOS devices now separate these two compo- 
nents out and supply separate specifications: 

'sb = 'cc standby (or l DC , specified in mA) 

l AC = 'CVf component of l cc (in m A/MHz) 

The intent is to allow a designer to determine the 
total l cc of a specific IC in a specific application. 

Programmable Logic Devices (both bipolar and 
CMOS) have complicated matters for the users and 
manufacturers of these devices, owing to their inherent 
configurability. Each unique PLD pattern may generate 
significantly different values for both l SB and CVf power, 
depending on the functions and features utilized in each 
application. The Lattice GAL device family has been 
thoroughly characterized in terms of both of these com- 
ponents, in order to provide a simple and accurate tech- 
nique for estimating total l cc in a specific application. 

Separating l SB and l AC Components 

Each GAL device can be divided into two distinct 
areas of circuitry: one that consumes DC power, and 
one that doesn't. The high-speed, single-ended sense 
amplifier section consumes DC power (l SB ) to attain 
performance through its ability to sense and amplify 
internal signal swings of as little as 50m V to full-supply- 
level logic signals. (Additionally, the oscillator circuitry 
that generates the negative substrate bias contributes 
about 2 mA to l SB .) 

All remaining circuitry is 100% CMOS technology, 
which essentially generates no l SB component. This cir- 
cuitry includes input buffers, row drivers, output logic 
macrocells, and output drivers. While contributing neg- 
igible l SB , these circuits have direct and measurable 
contributions to C EQ Vf current. 

Standby Current (l SB ) 

E 2 CMOS GAL devices employ a high-speed sense ampli- 
fier on each product term in the array. Each sense ampli- 
fier typically consumes - 560fiA of standby bias current. 
On a GAL16V8 there are sixty-four product terms, such 
that a typical l SB contribution is: 

(64 PT) (0.56 mA/PT) = 36mA 

Adding the 2mA for the oscillator circuit yields: 

Total l SB = 36mA + 2mA = 38mA 

Due to variations in wafer fabrication process para- 
meters, this 'typical' number will vary approximately 
± 20%. This variation of typical l SB versus process para- 
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metric spread at 5.25V and 25 °C is illustrated in Figure 
1 for both half-power and quarter-power GAL devices. 

C EQ Vf Current (l AC ) 

Due to the use of E z CMOS technology, each of the 
many different paths and functions available to a system 
designer contributes to the C EQ Vf current only when 
actively switching. 

To accurately estimate this C EQ Vf current in a GAL 
device requires partitioning it into independent funda- 
mental components that can be treated separately, then 
added together for a net contribution. There are basic- 
ally three distinct circuit areas that contribute to C EQ Vf 
current: 

1) Switching input and I/O buffers (includes rows in 
the array) 

2) Switching product terms (Columns in the array) 



Figure 1 . Standby Current vs. Process Parameters 
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Figure 2. AC Current vs. Inputs Switching 
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3) Switching output logic macrocells and output 
drivers 

Each of these circuit blocks represents a significant 
capacitance that must be charged or discharged each 
time it switches logic states. The C EQ Vf current may be 
expressed as the sum of these components: 

C EQ Vf = (C 1 + C 2 + C 3 )Vf 
=CC 1 V+C 2 V + C 3 V)f 

Where C v C 2 , C 3 refer to equivalent capacitances for 
the above-referenced components. 

Each of the three CVf components has been charac- 
terized as a function of frequency and provided for 
reference in Figures 2, 3, and 4. Figure 2 provides l AC 
characteristics as a function of the number of switching- 
device input or I/O pins. Figure 3 illustrates the l AC char- 
acteristics as a function of the number of switching pro- 
duct terms. Finally, Figure 4 provides l AC characteristics 



Figure 3. AC Current vs. Product Terms Switching 
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Figure 4. AC Current vs. Outputs Switching 
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as a function of the number of switching outputs. Table 
1 provides a summary of these components. 

'CC(T0TAL) 

It now becomes a simple task to calculate total l cc for 
a specific application by merely summing the com- 
ponents, according to the following equation: 

hcrroTAL) = 'sb + (C, VI + C 2 VP + C 3 VO)f 

Where I = # of switching inputs 

P = # of switching product terms 

O = # of switching outputs 

To try a specific example, consider a typical 10MHz 
application of a half-power GAL16V8. A system applica- 

Table 1. Summary of AC Current Components 



Term 


Half Power 

GAL l AC 
Contribution 


Quarter Power 

GAL l AC 
Contribution 


Description 


C,V 


3CVA/MHZ 
40/*A/MHz 


30,iA/MHz 
40/xA/MHz 


Per switching 

input 
Per switching I/O 


C 2 V 


7^A/MHz 




Per switching 
product term 


c 3 v 


lOOfiA/MHz 


50^A/MHZ 


Per switching 
output 



tion may utilize eight inputs, four outputs, two l/Os, with 
sixteen product terms utilized. Substituting into the equa- 
tion yields; 



CQTOTAL) 



= 38mA + [(3fVVMHzX8) + (7fMMHz)(1 6) + 
(100fiA/MHz)(4) + (40pA/MHz)(2)110 MHz 

= 38mA + (240/xA/MHz + 1 12/iA/MHz + 
400^A/MHz + 80>A/MHz) 10MHz 



= 38mA + (832/ i A/MHz) 10MHz 
= 38mA + 8.32mA 
= 46.32mA 



This is significantly less than the data sheet specifi- 
cation of 90mA. There are three considerations which 
explain this discrepancy: 

1) This application is a 1C 
sheet specifies l cc at 15MHz. 

2) This application does not use all inputs and l/Os, 
all product terms, and all outputs. The 'CVf component 
of 

'cc ,s > therefore, significantly reduced. 

3) The effects of temperature have not yet been in- 
cluded. Figure 5 provides normalized l cc as a function 
of ambient temperature (normalized to 25 °C). To cal- 
culate the worst-case power for the example above at 
- 55 °C requires multiplying by the temperature coeffi- 
cient 9 T : 



hcfTOTAL, WORST 



■PICAL)* Q T 

--(46.32mA) (1.19) 
= 55.1 mA 
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Now, for illustration, look at the worst-case l cc pos- 
sible on a half-power GAL device. This requires: 

T A = -55°C 

# of switching inputs = 8 

# of switching I/O = 8 

# of switching PTs = 64 

# of switching outputs = 8 
System frequency = 15MHz 

Plugging into the equation yields: 

<CC(TOTAL) = (48mA + f(3(VA/MHz)(8) + (7/mAJMHz) 
(64) + (1 00/xA/MHz)(8) + (40 f cAIMHz)(8)] 
15MHz) 1.19 

= (48mA + [24f>A/MHz + 448/iA/MHz + 
800nMMHz + 320iiAIMHz] 15MHz) 
1.19 

= (48mA + 27.1mA) 1.19 
= (75. 1 mA)(1 .19) = 89.37mA 



This is quite close to the maximum l cc of 90mA 
quoted on the data sheet. 

It is now a simple task to generate a chart that graph- 
ically compares the total operating l cc of GAL devices 
with that of bipolar PLDs. The following scenarios are 
illustrated in Figure 6: 

A) Bipolar 'A-PAL' operating l cc 

B) Half-power GAL16V8 with a 'typical' pattern 

C) Half-power GAL1 6V8 with a 'worst case' pattern 

D) Quarter-power GAL16V8 with a 'typical' pattern 

Only room-temperature curves are illustrated, as both 
bipolar PLDs and E 2 CMOS GAL devices have similar 
temperature coefficients for l cc . It can be seen that the 
half-power GAL16V8 significantly outperforms the bi- 
polar PLD in terms of operating l cc (by typically 90mA 
per device during standby, and by 75mA per device at 
30MHz). □ 
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INTRODUCTION 




The Lattice GAL family has been developed using a 
high-performance E 2 CMOS process. CMOS process- 
ing was chosen for the GAL family to provide maximum 
AC performance with minima/ power consumption. A 
drawback common to all CMOS technologies is the des- 
tructive agent, latch-up. 

This brief defines the phenomenon of latch-up, how it 
manifests, and what techniques have been used to con- 
trol it. Also described are three device features employed 
in the GAL family to eliminate the occurrence of latch-up, 
as well as the results of an intensive investigation con- 
ducted to reveal the GAL family's tolerance to latch-up. 




Latch-up is a destructive bipolar-device action that 
can potentially occur in any CMOS-processed device. 
It is characterized by extreme runaway supply current 
and consequential smoking plastic packages. Latch-up 
is peculiar to CMOS technology, which integrates both 
P and N channel transistors on one chip. 

In the doping profile of a CMOS inverter, parasitic 
bipolar (PNPN) silicon-controlled-rectifier (SCR) struc- 
tures are formed. Figure 1 shows the process cross sec- 
tion of a CMOS inverter, as well as the bipolar compo- 
nents to the parasitic SCR structure. In steady-state 
conditions, the SCR structure remains off. Destruction 
results when stray current injects into the base of either 
Q 1 orQ 2 in Figure 1 . The current is amplified with regen- 
erative feedback (assuming that the beta product of Q, 
and Q 2 is greater than unity), driving both Q 1 and Q 2 in- 
to saturation and effectively turning on the SCR struc- 
ture between the device supply and ground. With the 
parasitic SCR on, the CMOS inverter quickly becomes 
a nonrecoverable short circuit; metal trace lines melt 
and the device becomes j 

Causes of Latch-Up 

It has been explained that parasitic bipolar SCR struc- 
tures are inherent in CMOS processing. If triggered, the 
SCR forms a very low-impedance path from the device 
supply to the substrate, resulting in the destructive 
event. Two conditions are necessary for the SCR to turn 
on: The beta product of Q, and Q 2 must be greater than 
unity, which, although minimized, is usually the case; 
and a trigger current must be present. 



Figure t. CMOS Inverter Cross-Section 
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The cause of latch-up is best understood by examin- 
ing the mechanisms that produce the initial injection 
current to trigger the SCR network. Figure 2 is a schema- 
tic of the parasitic bipolar network present in a CMOS 
inverter, where node "b" is the inverter output. It can 
be seen that two events might trigger latch-up: 1 ) The 
inverter output could overshoot the device supply, thereby 
turning on Q 3 and injecting current directly into the base 
of Q 2 ; and 2) the inverter output could undershoot the 
device ground, turning on Q 2 immediately. However, a 
third condition could also trigger latch-up: if the supply 
voltage to the P + diffusion were to rise more quickly 
than the N-well bias, Q 1 could turn on. Within the device 
circuitry, overshoot and undershoot can be controlled 
by design. A problem area exists at the device inputs, 
outputs and l/Os because externa/ conditions are not 
always perfect. Powering up can also be a potential pro- 
blem because of unknown bias conditions that may 
arise. 

With CMOS processing the possibility of latch-up is 
a/ways present. The major causes of latch-up are under- 
stood and it is clear that if CMOS is to be used, solutions 
to latch-up will have to be created. As the technology 
evolves, solutions to latch-up are becoming more crea- 
tive. Two of the more straightforward solutions are pre- 
sented here. 

One direct way to reduce the threat of latch-up is 
to inhibit Q 2 (Figure 1) from turning on. This has been 
accomplished by grounding the substrate and reducing 
the magnitude of Rsub through the use of wafers with 
a highly conductive epitaxial layer. While the technique 
is successful, the wafers are more expensive to manu- 
facture, due to the extra processing required to form the 
epitaxial layers. 



Figure 2. Parasitic SCR Schematic 
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The extensive use of 'guard rings' helps to collect 
stray currents which may inadvertently trigger an SCR 
structure. A disadvantage to heavy use of guard rings 
is the constraints placed on circuit design and topologi- 
cal layout, and the resulting increase in die size and 
cost. 

The Latch-Lock Approach 

The intent of the GAL family was to implement cost- 
effective solutions to each major cause of latch-up. The 
goal was met through three device features. 

The most susceptible areas for latch-up are the device 
inputs, outputs and l/Os. Extreme externally applied 
voltages may cause a P + N junction to forward-bias, 
leading to latch-up. The inputs, by design, are safe; but 
outputs and l/Os present a danger. 

To prevent latch-up by large positive swings on the 
device outputs or I/O pins, NMOS output drivers were 
used. This eliminates the possibility of turning on Q 3 
(Figure 2) with an output bias in excess of the device 
supply voltage. Figure 3 contains the effective NMOS 
output driver and its switching characteristics. Note that 
the output does not fully reach the supply voltage, but 
still provides adequate V OH margin for TTL compatibility. 

To prevent negative swings on device output and I/O 
pins from forward-biasing the base-emitter junction of 
Q 2 , a substrate-bias generator was employed. By pro- 
ducing a V sub of approximately -2.5v, undershoot 
margin is increased to about - 3v. 

To insure that no undesired bias conditions occur 
with P + diffusions, Lattice Semiconductor has devel- 
oped proprietary Latch-Lock power-up circuitry, illus- 
trated in Figure 4. in short, the drain of all P channel 
devices normally connected to the device supply, are 



Figure 3. NMOS Output Driver 
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LATCH-l 



Figure 4. Latch-Lock Power- 



Up Circuitry 
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now connected to an alternate supply that powers up 
after the device N-wells have been biased and the sub- 
strate has reached its negative clamp value. This pre- 
vents any hazardous bias conditions from developing 



in the power-up sequence. After power-up is complete, 
the Latch-Lock circuitry becomes dormant until a full 
power-down has occurred; this eliminates the chance 
of an unwanted P channel power-down during device 
operation. 

To determine the amount of latch-up immunity achieved 
with the three device features utilized in the GAL family, 
an intensive investigation was carried out. Each step 
was conducted at 25° and 100°C; inputs, outputs, and 
l/Os were sequentially forced to -8Vand + 12V while 
the device underwent fast and slow power-ups; devices 
were repeatedly "hot-socket" switched with up to 7.0V. 

Even under the extreme conditions specified, no 
instance of latch-up occurred. In attempt to provoke 
latch-up, ± 50 mA was forced into each output and I/O 
pin. The device output drivers were damaged in the 
battle, and still latch-up was not induced. 

Based on the data, it is evident that the GAL family 
is completely immune to latch-up, even when subjected 
to a wide variety of extreme conditions, including current 
at inputs, outputs, and l/Os, power-supply rise time, hot- 
socket power-up and temperature. □ 
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While the purchase price of a programmable logic 
device is an important consideration in identifying the 
most cost-effective solution for a system design, it is 
clearly not the only criterion. Hidden costs attributable 
to product testing, yield fallout, inventory management, 
and other factors can dramatically impact the final cost 
of using a PLD. 

This brief investigates the overhead associated with 
PLD usage and the advantages of testable and repro- 
grammable E 2 CMOS GAL devices over one-time-pro- 
grammable PLDs. 

The GAL family of programmable logic devices is 
manufactured on a state-of-the art E 2 CMOS process 
that not only provides a better speed-power product than 
the best bipolar devices, but offers an advantage unique 
among PLD manufacturers: guaranteed programming 
and post-programming yields of 100%. 

The 100%-yield guarantee is the culmination of years 
of Lattice Semiconductor's circuit-design and manufac- 
turing experience applied to the GAL device. The only 
way to be able to make this 100% yield statement — 
and to supply product that actually meets the 1 00% cri- 
terion — is to fully test all functions of the device, prior 
to shipment. 

The electrically erasable (EE) matrix, unlike previous 
PLD matrix technologies (bipolar fuse-link and U V-eras- 
able PROM), permits full testing of the programmability 
and reprogrammability of each and every matrix cell. 
The ability to pattern the actual matrix is extremely sig- 
nificant, since it also allows Lattice to test the functionality 
of each of the Macrocell logic blocks, under various 
worst-case configurations. This test approach is referred 
to at Lattice as 'Actual Test'. Unlike other PLD manufac- 
turers' approaches, which include imprecise correlations, 
simulations, test rows, and phantom arrays, Actual Test 
conclusively verifies AC and DC performance of every 
cell in every GAL device. 

Eliminates Incoming QA 

A consequence of Actual Test is that GAL devices 
do not require the typical incoming Quality Assurance 
testing that traditional fuse-link bipolar PLDs require. As 
such, the cost savings of using GAL devices begins the 
moment the parts arrive, since the average cost of an 
incoming QA operation — hardware, software develop- 
ment and maintenance, and handling — is approximately 
7% of the raw device cost. Moreover, GAL devices 
become the optimal choice for implementation of Just- 
In-Time or Dock-To- Stock programs, since they elimi- 
nate the expense and time required by the incoming 
inspection process. 

Still, a number of users require that all devices 
undergo incoming QA. In those cases, the use of GAL 
devices still simplifies the issue. A single generic test 



program can be used to test all configurations of the 
E 2 CMOS-based GAL device. The expense of generat- 
ing and maintaining a test program for every architec- 
ture (16L8, 16R4, 10P8, and so on) is eliminated with 
Generic Array Logic. 

Since the QA test for fuse-link PLDs, by its nature, 
requires the destructive patterning of the fuse array, QA 
testing of bipolar PAL devices can only be done through 
a sample plan. At best, a sample plan can provide a 
crude estimate of fuse-link yield loss; moreover, sam- 
pled devices cannot be erased and must be subsequently 
thrown away. GAL devices, utilizing the E 2 CMOS pro- 
cess can be patterned and erased at will, allowing 1 00% 
QA of all specifications and configurations. And, the 
devices can, of course, be erased to allow full reuse of 
the sample units in manufacturing. 

Simplified Inventory Management 

The generic architecture and high performance of 
the GAL devices allow two basic devices — the 20-pin 
GAL16V8 and 24-pin GAL20V8 — to directly replace 
approximately 70% of PLD device types currently avail- 
able, including 100% of the most popular types ('L8,' 
'R8,' 'R6,' and 'R4') and a sizable portion of the 'IFL' 
and EPLD devices. The obvious benefit of using GAL 



Figure 1 . Inventory Reduction with GAL Devices 
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devices is a substantia/ reduction in the number of part 
types that need be stocked (Figure 1). 

Inventory management of dozens of speed-power 
s and device architectures is a painful process. 
) of managing a device inventory adds 
some 2% of direct overhead; the real cost can be signi- 
ficantly greater, due to the risk that a shortage, 'outage, ' 
or obsolete stock condition will exist. Improper planning 
could result in a shut-down of the assembly line. The 
generic architecture allows the GAL device to serve as 
insurance whenever needed to meet an immediate short- 
fa/I. The yields, at 100%, allow full planning confidence 
that the problem is solved. 

Disposition of rejects is another inventory-manage- 
ment issue. The raw cost of the rejects themselves (at a 
2% to 5% fallout rate) is compounded by the associated 
paperwork of obtaining a replacement or credit for the 
bad devices. Studies show that every time a buyer or 
purchasing agent picks up the phone or generates a 
debit memo, some $30 to $50 is spent. Followup activity 
— 2 or 3 calls or letters — compounds the expense. 
Meanwhile, the manufacturing inventory is short of 
devices. What's more, carrying additional 'safety-stock' 
as insurance against a temporary shortage results in a 
higher inventory-carrying cost. 

100% Yields Reduce System Cost 

Perfect yields, as provided through Actual Test, allow 
the manufacturing environment to run in a fully predict- 
able manner. This a/lows purchasing and production- 
control to accurately schedule all activities and product 
for system build. Just-In-Time material-requisition sys- 
tems assume that the material will arrive on time, in the 
exact quantity necessary. With GAL devices, the source 
product inventory can be allocated for programming to 
various patterns with full confidence that the final pat- 
terned devices will be in the quantity and of the quality 
desired. 

A rule of thumb, commonly known as the 'Factor of 
Ten Rule' (Table 1), details the cost of a failing unit 
throughout the manufacturing process. The point is that 
unit cost is not nearly as important as its contribution to 

Table 1 . Factor of Ten Rule 



COST' 


MULTIPLIER 


OPERATION 


$ 5.00 
S 50.00 

$ 500.00 

$5,000.00 + 


X 
10X 

100X 

1.000X 


RAW COST OF DEVICE 

COST OF DETECTING AND REPAIRING 

A BOARD FAILURE 
COST OF DETECTING AND REPAIRING 

A SYSTEM FAILURE 
COST OF REPAIRING A FIELD FAILURE 


■EACH SUCCESSIVE OPERATION RESULTS IN 10 TIMES THE COST TO 
DETECT THE FAILING DEVICE $5.00 DEVICE COST ASSUMED - USE 
YOUR ACTUAL COST AND A 10 x MULTIPLIER TO OBTAIN ACTUAL 
NUMBERS. 



subsequent costs (or savings). The Rule basically states 
that the cost of defecting and replacing a d 
increases by an order of magnitude f 
quent step of the manufacturing process. 

It is extremely important to recognize that the addi- 
tional difficulty and cost of using traditional PLDs has 
implications far beyond what the observed programm- 
ing yield fallout portends. The hidden costs, time and 
expense aggravation of board failures (10x device cost 
to detect and repair), system failures (100x device cost), 
and the potential for field failures far outweigh the simple 
2% to 5% yield losses observed on a programming 
fixture. 

Figure 2 illustrates the differences between traditional 
PAL device yield loss and the 100% yields of the GAL 
devices. Notice that even operator errors and engineer- 
ing pattern revisions are recoverable with GAL devices, 
which can be instantly erased and reprogrammed to the 
proper architecture and logic pattern. 

In a typical manufacturing environment, device pro- 
gramming hardware patterns the array, and assuming 
the engineer has provided test vectors, the hardware 
performs a basic (slow) functional test of the device. 









Figure 2. Yield Loss Compar 
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Yield losses at these two operations average 2% to 5% 
and 1% to 2%, respectively. 

What is not tested adequately at the PAL / 
ming operation is the effect of partiaiiy programmed 
fuses that result in degraded AC performance or mar- 
ginal reliability of the device. These failures are caught 
at board test and/or after board burn-in. Typical bipolar 
functional and AC parametric failure rates range between 
0.5% and 2% for all manufacturers of fuse-link PAL 
devices. Even if one assumes the minimum failure rate 
of 0.5%, the system failure rates are still greatly magni- 
fied. 

Two mechanisms are used to detect the failures of 
PAL devices: board test and system test. Using the 
'Factor of Ten Rule' and assuming that board test fully 
screens bad devices (AC fallout), if a conservative device 
failure rate of 0.5% were observed, the actual parts cost 
would be: 

Acost = Pcost + (Pcost *1 0*0.5%) 
= Pcost + Pcost* 0.05 
= 1.05 "Pcost 

Performing the screening at the system level, under 
the same scenario, makes a dramatic difference in the 
cost of the device: 

Acost = Pcost + (Pcost * 100*0.5%) 
= Pcost + Pcost*0.5 
= 1.5 * Pcost 

These two different cost factors were determined using 
the conservative failure rate of 0.5%. Using the GAL 



device, with its 0% failure rate, provides instead a cost 
factor of 1 ; i.e., no additional cost burden is generated. 

The problem caused by PLD failures obviously grows 
in proportion to the number of devices in a system, since 
the probability of a failure among a group of PAL devices 
is higher than that for a single device. Figure 3 plots the 
probability of a board or system not working, as a func- 
tion of the number of devices per system, for a variety 
of device failure rates. 

For example, at a unit failure rate of 1 .0%, a system 
incorporating 30 PAL devices will exhibit a 25% failure 
rate. That means that 1 out of every 4 systems will have 
to be reworked, at tremendous cost. The replacement 
of an average 0.5% of the units in a system results in 
an actual 8% adder to the hidden device cost. 

The difficulty in replacing board failures is com- 
pounded by the removal of soldered units. It is quite 
easy to destroy a board with the removal and replace- 
ment of a defective device. 

Systems that fail in the field are not only the most 
costly in terms of dollars and cents, but in customer rela- 
tions, as well. They require responding rapidly and per- 
forming repairs in a less-than-ideal environment, without 
the complete tools and supplies available at the factory. 
Field failures will always occur to some degree. How- 
ever, the use of GALs can help reduce field repair costs 
when they do occur — even if the failing device is a tradi- 
tional bipolar PLD — since the generic, erasable nature 
of GAL devices allows a minimum of field inventory to 
be carried, to debug system failure problems caused by 
other devices. The panel on the next page provides 
guidelines for calculating PLD usage costs. □ 



Figure 3. Probability of System Failures Using Bipolar PLOs 
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PLD COST ANALYSIS 



The cost of using a PLD goes well beyond simply the 
raw device cost. Programming and vector-test yields are 
obvious contributors to higher unit cost. The less-obvious 
and hidden costs tend to be much more difficult to iden- 
tify and quantify. 

The purpose of the costing example is to provide the 
basis for your own cost analysis, using your own over- 
head and yield numbers. Estimates for reasonable ranges 
of the cost contributors are shown as a guide to using 
your own numbers. 



The explanation for each of the contributors to the 
device cost multiplier follow the figure. These cost multi- 
pliers include the overhead for each operation, and as 
a result, are higher than the observed costs. 

The example shown is based on actual data from a 
1 00,000-piece-per-year user of traditional bipolar PLDs. 
The environment is a typical, high-volume, quality-con- 
trolled one. The GAL device checks in at 1 .09 times the 
normalized cost, while the actual cost of using the bipolar 
PLD is 1.66 times — almost 40% higher. 




COST OF USING 
PAL DEVICES 



COST OF USING 
GAL DEVICES 
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J- Device cost is normalized to unity so that 
the raw purchase price has no bearing on the other cost 
factors. 

2 Purchasing Multiple Device Types instead 
of the single GAL device adds to overhead in the pur- 
chasing and receiving departments. This contributes 
approximately 2% as the availability, quality, and quan- 
tity issues are resolved with each order. The GAL ap- 
proach reduces this number to 1 .25% with inventory 
simplification. 

3 Prototype Lab Inventory and usage typi- 
cally adds 5% to maintain experimentation stock of mul- 
tiple device types for board debug. The GAL device 
multiplier is 1%, since the device can be reused over 
and over again. 

4 Incoming QA Test and programs cost more 
than may be immediately apparent, with a 7% adder. 
The generation and maintenance of the software and 
hardware for the dozens of bipolar devices is consider- 
ably more expensive than the single GAL device soft- 
ware required. No sample-program waste is induced. 
Only the aspects of handling are required for GAL de- 
vices, resulting in a reduction to 1% (or0%, if you elimi- 
nate the incoming QA operation entirely). 

5 Inventory Management includes shelf 
space, safety stock, depreciation, obsolete stock write- 
off and personnel to maintain adequate control of the 
units. A typical overhead is 10%. The simplf/ed GAL 
operation involves no safety or obsolete stock and a 
minimum of device types, adding a maximum 2% to 3% 
to overhead. 

6 Programming and Test includes all handl- 
ing and hardware expenses. Inventory issuance, counting 
and returns, handling during the program/test opera- 
tion, labels, and paperwork contribute to a 12% multi- 
plier. The 100% yielding, generic GAL approach reduces 
the problem to 4%. 



I Programming Yield Fallout is directly 
observed as bad units. A typical bipolar range is 1 % to 
4%. GAL devices have 0% yield fallout — guaranteed. 



8 



Functional Yield Fallout is detected by the 
device programmer immediately after programming, 
through the use of test vectors, and can average 1 % to 
3%. GAL devices guarantee 0% functional fallout. It 
should be noted that using test vectors does not screen 
out inadequate for AC performance, which will be mani- 
fested as a board failure. 



" Reject Disposition overhead runs 5% to 
obtain replacements and credits for fuse-link devices. 
Zero rejects with GAL devices eliminates costs associ- 
ated with reject disposition. Notice that the cumulative 
multiplier for only the program/test/reject of fuse-link 
devices is 1.10, compared with GAL devices' 1.00 mul- 
tiplier. 



10 



Board-Level Failures are typically where 
AC failure's are detected. The 'Factor of Ten Rule' exa- 
cerbates the impact of the observed 1 % to 4% fallout 
to an overall cost impact of 7% to 10%. GAL devices 
exhibit no board-level fallout (and therefore no cost im- 
pact). Board throughput is also a major cost contributor, 
with typical reworks of 20% to 30% a consequence of 
PAL quality levels. 



11 



System-Level Failures add 8% to 15% 

to the PLD cost, taking into consideration a lOOx 'Factor 
of Ten Rule' multiple. GAL devices again provide 100% 
yields, and therefore exhibit no system-level-failure cost 
impact. □ 



Applications Hotline: 
1-800-FASTGAL 



LATUCI 



6-37 



NOTES I 



iMmM 



INTRODUCTION 



GAL DEVICE SPECIFICATIONS 



LOGIC TUTORIAL 



USING DEVELOPMENT TOOLS 



GAL DEVICE APPLICATIONS 



TECHNICAL BRIEFS 



E 2 CMOS TECHNOLOGY OVERVIEW 



GAL DEVICE QUALITY AND RELIABILITY 



ARTICLE REPRINTS 



APPENDICES 



SALES OFFICES 




LM1KI 



ATTIC i 



E 2 CMOS TECHNOLOGY 
AND CIRCUIT CONSIDERATIONS 



INTRODUCTION 



The £ 2 CMOS technology employed on all GAL de- 
vices combines a state-of-the-art, high-performance 
CMOS static RAM process with an electrically erasable, 
nonvolatile memory process to form Lattice Semicon- 
ductor's E 2 CMOS technology known as UitraMOS® . This 
technology yields products with the best speed-power 
characteristics available from any user-programmable 
technology. 



A cross section of the Lattice E 2 CMOS technology 
is illustrated in Figure 1 , with key process features listed 
in Table 1 . The foundation of the technology is an oxide- 
isolated N-we/l CMOS process fabricated on a bulk, 
P-type substrate. The use of negative substrate-bias 
generation eliminates the requirements for expensive 
(and defect-inducing) epitaxial processing techniques, 
while enhancing device performance due to reduced 
junction capacitance on all N-channel devices. The 
oxide-isolation technique serves to further reduce device 
capacitance in all areas. The E 2 CMOS technology util- 
izes fully self-aligned, polysilicon-gate processing coupled 
with low-temperature process steps to minimize key 
circuit- and device-performance-limiting parasitic capac- 
itances, such as gate-source and gate-drain overlap 
capacitances. 

The floating-gate memory-cell technology utilized is 
based upon a 100-Angstrom Fowler-Nordheim tunnel- 
oxide technology, which was chosen due to its high qual- 
ity, reliability, and repeatability. In fact, the memory cell 
proliferated throughout the GAL family of devices has 
proven its reliability through exhaustive testing (millions 
of write-erase cycles) and over extended periods of time 
(over 1 ,000,000 device-hours have been logged at the 
time of this writing). 



Figure 1. E^CMOS Process Cross-Section 
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Table 1 . E 2 CMOS Dimensional Features 



UitraMOS E^CMOS Process 

P-Type Substrate (20S!-cm) 
N-Well Bulk Silicon CMOS 
Double-Level Polysilicon 
Single-Layer Metalization 
1.2pm Channel Length 
1.2pm Minimum Feature Size 

Oxides 
525 A First Gate 
420 A Second Gate 
580 A Interpoly 
100A Tunnel Oxide 
Key Pitches Utilized 
5.2pm Active Area 
4.0pm Second Poly 
4.8p Metal 
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E 2 CMOS Circuitry 

The circuitry employed on ail GAL devices has been 
specifically designed to provide key user benefits. AC 
and DC parametric performance has been optimized 
over the full military temperature and voltage range, 
through the use of substrate-b/as generation coupled with 
temperature-compensated, self-biasing sense amplifiers. 

All GAL devices have been designed to provide total 
parametric compatibility wih existing bipolar TTL circuit 
technologies. Figure 2 illustrates the typical room-tem- 
perature transfer characteristics of a number of TTL 
circuit technologies, along with the typical GAL device 
characteristic. The low-temperature and high-tempera- 
ture characteristics are provided in Figures 3 and 4. 



Figure 2. Room Temperature Transfer Characteristics 
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Figure 3. - 55 "C Transfer Characteristics 
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The effects of temperature and voltage on two key AC 
parameters (input-to-output and clock-to-output delays) 
can be studied in figures 5,6,7 and 8. The scales have 
been normalized to25°C and 5.0V operation, for refer- 
ence. 

The advantages of E 2 CMOS technology become 
apparent upon examination of these figures. The trans- 
fer characteristic is significantly improved with E 2 CMOS, 
both in terms of static V 0H level (at specified l OH ) as 
well as the 'squareness' and narrow transition region of 
the curve. The switching threshold is extremely stable, 
as compared with that of TTL circuit technologies, whose 
thresholds are based upon PN diode stacks; the latter 
has a strong exponential dependence on temperature, 
while E 2 CMOS thresholds are primarily a function of 



Figure 4. + 125°C Transfer Characteristics 
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Figure 5. Normalized t PD vs. Supply Voltage 
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device size ratios, which are, of course, not temperature- 
dependent. 

The normalized access times vs. temperature curves 
illustrate the linearity of E 2 CMOS, as contrasted with 
the classical bipolar 'bowl' shaped temperature char- 
acteristic. It can be seen that E 2 CMOS produces per- 
formance commensurate with TTL above 25 °C, while 
significantly outperforming TTL characteristics below 
25 °C. 

E 2 CMOS Output Characteristics 

The schematic representation of the output driver util- 
ized on all GAL devices is illustrated in Figure 9. This 
is a specially designed high-drive output stage with two 
key benefits for the system designer. 



Figure 6. Normalized t co vs. Supply Voltage 
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Figure 7. Normalized t PD vs. Temperature 
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The first point to notice is the exclusive use of N- 
channel transistors for both pull-up and pull-down 
devices in the push-pull stage connected to the device 
pin (Q 1 ,Q 2 ,Q^). The use of P-channel devices on circuit 
outputs is one of the major sources of destructive 'SCR 
latch-up' common to many CMOS technologies. The 
reason for this is due to output overshoot, undershoot, 
or 'ringing' due to signal reflections and noise in a sys- 
tem application. When a device pin with both P- and 
N-channel transistors experiences such conditions, a 
forward-biased PN diode junction is created and the 
common four-layer 'PNPN' SCR structure is readily 
available, as illustrated in Figure 10. The Lattice GAL 
device output driver creates no four-layer PNPN struc- 
ture and thus, eliminates potential destructive latch-up. 



Figure 8. Normalized t c0 vs. Temperature 
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Figure 9. Phased Output Turn-On Circuit 
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The second salient feature of the GAL output-stage 
design is the phased, 'soft' turn-on of its high-current 
(24mA) pull-down drivers, Q, and Q 2 . This feature 
benefits system designers by controlling transient cur- 
rent spikes, which often occur when switching heavy, 
capacitive loads and many outputs in parallel. Dynamic 
switching spikes often play havoc with system V ss and 
V cc bus lines, due to inductive coupling according to 
the equation: 



^noise - L BUS 



where V NO)SE is the equivalent noise voltage, and L BUS 
is the bus inductance. 



The phased output turn-on circuit serves to limit the 
V NOISE component by effectively reducing the dl/dt term. 
This is accomplished through the use of paired pull- 
down devices (Figure 9). In effect, the circuit has two 
output drivers, a dynamic driver (Q t ) and a static driver 
(Q 2 ). Q, is driven by a very fast inverter stage (I,), while 
Q 2 is driven by an inverter stage (l 2 ) designed to turn 
on more slowly (by about 1 .5ns), but still turn off quickly. 
This design effectively smoothes the dynamic output- 
current spike generated when switching heavy, capaci- 
tive loads, yet provides a solid DC l OL drive characteristic. 

The propagation delay induced by capacitive output 
loading is illustrated in Figures 1 1 and 12. The DC out- 



Figure 10. CMOS Latch-Up Scenarios 
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put drive characteristics (l OH and l OL ) are illustrated in 
Figures 13 and 14. The 200-ohm load line in Figure 13 
clearly illustrates the ability of GAL devices to drive heavy 
loads and still maintain a so/id V OH level of approxi- 
mately 2.9 volts. 

E 2 CMOS input Characteristics 

A schematic representation of the input translator/ 
buffer utilized on all GAL devices is illustrated in Figure 
15. The translator is specifically designed for compati- 
bility with existing bipolar TTL circuit technologies, while 
providing significantly improved noise margins. Note the 



Figure 13. l OH 
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Figure 14. 1 0L vs. Output Voltage 
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presence of an internal decoupling capacitor (C 1 ) physi- 
cally integrated on each device input and I/O. Decoupl- 
ing significantly improves transient-noise rejection ratio 
and makes it possible to use GAL devices successfully 
within noisy system environments, which would induce 
failures in other circuit technologies. Figure 16 is pro- 
vided as an example of this 'designed-in ' noise margin 
by illustrating a GAL16V8 operating as a counter with 
a 10MHz clock input signal that has only a 200mV swing. 
This is, of course, not recommended design practice, 
but demonstrates the sensitivity and noise-filtering cap- 
ability of the GAL device input buffer. 



Figure 15. Input Translator/Buffer 
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Figure 16. 10MHz Clocking with 200mV P-P Input 
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Two other important input characteristics of GAL 
devices are related to current-voltage (l-V) relationships. 
One of these is the input current (l IN ) versus the input 
voltage (V IN ), and is illustrated along with the common 
TTL characteristic in Figure 17. As can be readily dis- 
cerned from the figure, E 2 CMOS provides the user with 
an ideal 'open circuit' input load characteristic, whereas 
the TTL devices present a significant DC load to the driv- 
ing circuitry. Ten TTL devices in parallel can easily pre- 
sent a 4mA DC load to a driver. 

The remaining l-V characteristic is related to the static 
l cc consumed by the input translators as a function of 
the applied input voltage. As the input voltage transi- 
tions from a logic to a logic 1, there exists a region 
typically between V IN = 1 to 3V, in which Q 2A and Q 2B 
are both slightly on and a current path exists between 
V cc and V ss . The same situation occurs with Q 3A and 
Q 3B , such that an E 2 CMOS input buffer characteristic 
will allow small amounts of DC current to flow as a func- 
tion of input driving voltage levels. This input buffer char- 
acteristic is shown in Figure 18. Note that there are two 
different curves illustrated in this figure — one for dedi- 
cated input buffers, and one for I/O (bidirectional) buffers. 
The I/O buffers consume roughly twice as much l cc as 
dedicated inputs, due to the fact that they have been 
scaled up in size to help compensate for the extra delay 
(about 1 ns) they incur in the I/O feedback multiplexer 
circuit that dedicated inputs do not experience. 

ESD Protection Network 

It should be noted that all GAL device inputs have an 
integral electrostatic discharge (ESD) protection struc- 
ture comprising a diffused N + resistor and a 'grounded- 
gate' transistor (refer to Figure 15) with a special phos- 



Figure 1 7. I, N vs. V, N 
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phorous implant in its drain region that is designed to 
non-destructively break down between source and drain 
at approximately 23 volts. This breakdown of Q 1 pro- 
vides a low-impedance path to ground, thus dissipating 
any potentially damaging charge that would otherwise 
pass to the internal circuitry. GAL device inputs are guar- 
anteed to provide in excess of 1 ,500V of protection when 
tested according to MIL-STD-3851 ESD test methods. 

Overshoot Characteristics 

With signal propagation delays decreasing as a result 
of device improvements, signal slew rates are approach- 
ing 5V/ns in some technologies. Proper attention to 
impedance-matching and termination becomes para- 
mount, as system designers are faced with transmission- 
line effects, such as reflections, which are the source 
of a majority of signal overshoots and undershoots on 
a board. Bipolar TTL circuit technologies have histori- 
cally been very forgiving in this area, due to the integra- 
tion of input and output Schottky 'clamping' diodes. 

MOS technologies, in general, do not have the luxury 
of having a readily available Schottky diode in the pro- 
cess. E 2 CMOS technology is no exception; to ensure 
that GAL devices did not have or cause problems in a 



Figure 18. Input Translator l cc vs. V IN 
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customer's system, Lattice design goals included a re- 
quirement to sustain large overshoots and undershoots 
on device pins while having no functional effect on the 
device performance. The reader is referred to Figure 19 
which illustrates the same device and pattern as utilized 
in Figure 1 6, except the clock signal is now 1 6 volts peak- 
to-peak (-8.0V to + 8.0V), still clocking the circuit at 10MHz 
with no device malfunction. 

The specific l-V curves for input and output circuits 
are shown in Figures 20 and 21 . The output circuit char- 
acteristic is very similar to that of TTL technologies. The 
input circuit can be seen to have a limited current-sourc- 
ing ability, as compared with TTL technology. □ 



Figure 19. 10MHz Clocking with 16V P-P Input 
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Figure 20. Output Voltage vs. Output Current 
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INTRODUCTION 



The use of Electrically Erasable Programmable Read 
Only Memories (EEPROMs) and the associated E 2 tech- 
nology has increased dramatically since its introduction 
in 1 980. In addition to the standard use of the technology 
for EEPROM memories, the use of electrically erasable 
devices, which provide a flexibility unmatched by all 
other forms of very large-scale integration, is now gain- 
ing wide acceptance as the ultimate technology for con- 
figurable and programmable systems. 



The widespread use of E 2 technology has been ham- 
pered in the past by its need for ultra-clean processing. 
The technology requires on-chip high voltage, as well 
as fast switching devices — requirements that typically 
push the classical scaling laws of MOS devices. In addi- 
tion to the restrictions on the technology, the use of elec- 
tron tunneling through a high-quality oxide adds many 
new concerns about device reliability. In this report, the 
basic components of the E 2 technology are reviewed, 
along with a detailed analysis of their operation. The 
results of an extensive modeling effort are presented, 
as well as a review of Lattice Semiconductor's use of the 
technology for reprogrammable logic families. 

An E 2 cell is built around an MOS transistor with a 
floating gate, which is externally charged or discharged 
by a small programming current. If the floating gate is 
charged up to a positive potential (by removing electrons 
from it), the cell transistor is kept in the nonconducting 
or off state, which writes a binary one into the cell. 

In addition to the floating-gate (or 'sense') device, an 
additional select transistor (or 'pass gate') is added in 
series with the cell in E 2 CMOS designs, to isolate the 
sense device from the array during read and write oper- 
ations. A schematic representation of this type of cell is 
shown in Figure 1 . In addition to the conventional bit line 
and word line, the E 2 CMOS cell has an additional line for 
the control gate, or top gate, which controls the potential 
of the floating gate. In the GAL family of programmable 
logic devices, this line occupies little additional area. 

The cell is programmed by applying a programming 
pulse to either the control gate or the drain region of a 
cell that has been selected by an applied high voltage 
on the select line. Programming takes place when elec- 
trons 'tunnel' through a thin dielectric, which is indicated 
in the schematic by the small notch in the floating gate 
over the drain of the sense device. Detailed operation of 
the E 2 CMOS cell is described following a review of the 
requirements and tradeoffs of the process technology 



Figure 1. Typical E 2 CMOS Cell 
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E 2 CMOS Technology 

Lattice's E 2 CMOS technology is based on a combi- 
nation of CMOS and NMOS technologies that success- 
fully satisfies the requirements for both high-voltage and 
high-speed devices on chip. By combining 'pumped' 
(reverse-biased) substrate techniques and depletion 
devices from NMOS technology, with low-power CMOS 
devices, Lattice's E 2 CMOS technology maintains high 
performance while meeting the high-voltage require- 
ments of programming. 

In addition to combining the techniques of both NMOS 
and CMOS, E 2 CMOS technology incorporates an addi- 
tional level of polysilicon to form the floating gate, as well 
as an ultra-clean, ultra-thin tunneling oxide of approxi- 
mately 95 Angstroms' thickness. A microphotographed 
cross-section of the E 2 CMOS cell, as well as its sche- 
matic representation, is shown in Figure 2. Note that the 
sense-transistor channel length is defined by a masking 
layer and not by the polysilicon gate, as in the case of 
the select, or pass, transistor. This technique minimizes 
the size of the cell while maintaining a high coupling ratio 
between the floating gate and the control gate. As in the 
case of an ultraviolet-light erasable PROM (EPROM) cell, 
the E 2 CMOS cell requires an very low-leakage, high- 
quality oxide between the two levels of polysilicon to 
guarantee good data-retention characteristics. 

A more dramatic illustration of the cell is shown in the 
scanning-electron-microscope (SEM) photograph of 
Figure 3, in which the various layers have been etched 
back to reveal the floating-gate structure. 

The E 2 CMOS cell programs when a large voltage 
appears across the thin tunnel dielectric. The resulting 
tunneling current places electrons onto the floating gate, 
turning off the sense transistor. (With a reverse potential 
applied, electrons tunnel off the floating gate, turning on 
the sense transistor.) Once the charge has been placed 



on the floating gate, the actual floating-gate potential 
can be modulated by the voltage on the control gate 
through capacitive coupling. It is this capacitive coupling 
that is used to generate the high voltage across the tun- 
nel dielectric at the beginning of a programming pulse. 

During a programming cycle, the cell is first erased 
to a 1 , or nonconducting state, then selectively written 
to a 0, or conducting state, by a write cycle. This pre- 
vents the sense device from conducting current during 
the write operation, when voltage is applied to the drain 
of the device. 

During an erase cycle, a large voltage is applied to 
the control gate of the cell to be programmed, as shown 
in Figure 4. If all current through the tunnel oxide is neg- 
lected, the floating gate simply tracks the applied volt- 
age according to the relationship of a capacitive divider: 

Vfg = <VV cg + V fg (0) 



Figure 3. Etcfi€ 
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where C u „ is the coupling ratio of the cell, typically be- 
tween 0.6 and 0.7. At the end of the erase pulse, the 
floating gate again couples negatively by the same 
amount, ending up back at the initial floating-gate volt- 
age V fg (0). 

However, the large voltage applied across the tunnel 
dielectric discharges the floating gate during the erase 
pulse (Figure 4). At the end of the erase pulse, the float- 
ing gate ends up at a potential that is lower than the ini- 
tial floating gate voltage by the amount that the floating 
gate has decayed during the pulse. This negative voltage 
is sufficient to turn off the sense transistor during a read 
operation. The magnitude of the control-gate voltage that 
is required to couple this negative floating-gate voltage 
up to the threshold of the sense device and actually turn 
it on after the erase pulse is defined as the programmed 
high threshold, V (Hlgh . 



During the write cycle, a large voltage is applied to 
the bit line of the cell to be programmed, as shown in 
Figure 5. If current through the tunnel oxide is again 
neglected, the floating gate tracks the applied drain volt- 
age according to the capacitive divider: 

% = C d *V drain + V fg (0) 

where C d is the drain coupling ratio of the cell, typically 
much lower than the coupling ratio to the control gate 



Figure 4. Erase Pulse 
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and ranging between 0.2 and 0.3. As in the erase case, 
the floating gate again couples negatively by this same 
amount, and ends up back at the initial floating gate 
voltage, V fg (0), at the end of the write pulse. Also note 
that the pass transistor may have a voltage drop across 
it, lowering the voltage on the drain below the applied 
programming voltage, V pp . 

However, current indeed flows through the tunnel 
oxide, since the low coupling ratio keeps the floating 
gate at a low potential, forcing a large negative voltage 
across the tunnel oxide. The tunneling current charges 
the floating gate during the write pulse (Figure 5). At the 
end of the write pulse, the floating gate ends up at a 
potential that is higher than the initial floating gate volt- 
age by the amount that the floating gate has charged 
during the pulse. This positive voltage is sufficient to 
turn on the sense transistor during a read operation. The 
magnitude of the control gate voltage that is required to 
couple this positive floating gate voltage down to the 
threshold of the sense device and actually turn it off is 
defined as the programmed low threshold, V tLow . 

Reading the Cell 

After an erase cycle, the charge on the floating gate 
has left the sense transistor in the off, or 1 state. If the 
erase cycle is followed by a write cycle, the floating gate 
charge leaves the sense device in the on, or state. The 
data in the cell can be read, therefore, simply by sensing 



Figure 5. Write Pulse 
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the cell current when biased with the control gate cen- 
tered between the on and off states, as shown in Figure 
6. The bit-line and control-gate voltages are selected to 
minimize the potential across the tunnel dielectric during 
a read in order to maximize the retention of the floating- 
gate charge. Using relatively low voltages, data can be 
retained for greater than 20 years of continuous reads. 
The actual magnitude of the programmed thresholds — 
and thus the margins of the cell — are controlled by the 
programming voltage, the physical cell layout, and the 
electrical characteristics of the tunnel oxide. 

Modeling the E 2 CMOS Cell 

Accurate modeling of the E 2 CMOS cell requires an 
understanding of cell capacitance and coupling ratio, as 
well as the electrical properties of the tunnel oxide. Once 
these are understood, a model for the behavior of the 
cell under a variety of programming conditions is possi- 
ble. Since coupling ratio and cell capacitance depend 
on the physical cell size and the oxide thicknesses grown 
during processing, for the model to be useful in studying 
the process sensitivity of the E 2 CMOS cell, it must be 
capable of simulating process variations. For this reason, 
we have developed a model that not only generates typi- 
cal cell characteristics, but that takes into account all of 
the process sensitivities of the technology. This model 
can thus calculate both the mean and the variance, or 
standard deviation, of cell capacitance. 

Once the statistical modeling of the physical cell is 
complete, it can be applied to the model of the electrical 
performance of the cell. Since we wish to evaluate the 
statistical properties of the cell, it is mandatory that our 
electrical model be fast — as well as accurate — for 
simulating the mean and standard deviation of program- 
ming characteristics. An analytical model has been devel- 
oped that accurately predicts both the programmed 
threshold and the maximum field across the thin tunnel 
oxide. 



Figure 6. Reading the Cell 
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The capacitive coupling ratio of the E 2 CMOS cell — 
with respect to both the control gate and to the bit line 
— can be calculated from a physical layout of the cell 
and the oxide thicknesses of all the overlapping areas. 
To calculate the coupling ratio for different process varia- 
tions, shrink factors, and oxide thicknesses, the drawn 
cell is digitized and final end-of-process dimensions cal- 
culated on a computer. This permits studying the effect 
of process dimensions, misalignment, and thickness 
control on the resulting coupling ratios. 

The basic 'as-drawn' cell of the GAL16V8 is shown in 
Figure 7. This cell is optimized for low-voltage programm- 
ability, wide programming margins, and guaranteed en- 
durance of 100 cycles. The coupling ratio between the 
control gate and the floating gate, C up , can be calculated 
from the capacitive dividers formed by the poly 2 con- 
trol gate, the poly 1 floating gate, and ground. The poly 
1-to-poly 2 capacitance is simply: 

r -r _ e r *e *Area 

' oxIPO 

where T ox IPO is the thickness of the interpoly oxide, 
c r =3.9 for oxide, and e is the dielectric constant. In 
contrast, the capacitance between the floating gate and 
ground is more complex, being made up of many small 
areas of different thicknesses, as shown in Figure 8. 
Taking all of the possible variations in oxide thickness 
into account we get the capacitance of the floating gate 



c fg = | e ^°* rea . 
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Figure 7. Cell Layout 
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Breaking these components up into three different 
types: 

where 

C 2 is the capacitance between the floating gate and 
the substrate (A 1 +A3); 

C 3 is the capacitance between the floating gate and 
the drain (A 2 + A 4 +1/3*A 5 ); 

C 4 is the capacitance between the floating gate and 
the source (A 6 + 2I3*A^; 

and C-, is the capacitance between the control gate and 
the floating gate. With these definitions, the coupling ratio 
between the control gate and floating gate becomes: 

C up -- 



;, + C 2 +C 3 + C 4 

The coupling ratio between the drain and the floating 
gate can be calculated in a similar manner; however, the 
sense transistor will, in this case, source-follow, and 
automatically charge up the source capacitor C 4 as the 
floating gate charges. Thus, the drain coupling ratio, 
from the n + diffusion to the floating gate, is simply: 

C„ = - 



+ C2 + C3 



E* Cell Failure Mechanisms 

The reliability of the E 2 technology is controlled by 
the characteristics of the tunnel dielectric and interpoly 



Figure 8. I 
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oxide, as well as the additional stress placed on the gate 
oxide due to the on-chip high voltage. The high voltage 
requirements of the gate oxide impact the operating life 
of the technology and can be characterized by means 
of standard acceleration techniques. The reliability of 
the tunnel oxide, on the other hand, depends critically 
on the amount of charge that has passed through the 
dielectric, and thus degrades with cycling of the part. 
Characterization of this cycling-dependent reliability — 
or endurance — of the technology requires different 
methods. 

Data Retention Failures 

The E 2 CMOS technology utilizes a floating gate in 
much the same way as an EPROM, and as such, is sub- 
ject to many of the same failure modes. Excellent charge- 
retention characteristics have been proven with the 
EPROM technology, where the failure rate is very low. 
EPROM failures are typically single-bit failures, in which 
the cell can be programmed but cannot retain informa- 
tion over a long period of time. Such failures are due to 
charge loss or charge gain through defects in the inter- 
poly oxide in the cell. Lattice's E 2 CMOS technology util- 
izes a high-temperature oxidation process that produces 
interpoly and tunnel oxides of extremely low defect 
density. 

This type of data-retention failure can be effectively 
screened out, using the same standard manufacturing 
tests that have been developed for EPROMs such as 
high-temperature retention 'bakes' and cell threshold 
'margining'. 

The programmed-threshold margin test capability 
designed into the GAL16V8 and GAL20V8 simplifies the 
detection of threshold shifts caused by data-retention 
failure. To further examine threshold shifts due to charge 
loss or charge gain, a model was developed to simulate 
tunnel-oxide leakage, in which Fowler-Nordheim tunnel- 
ing is the mechanism. The Fowler-Nordheim tunneling 
equation was used and its coefficients were extracted 
from dielectric 'tunnel-oxide' capacitors on test chips. 

The simulation was correlated to actual measured 
retention data. A total of fifty-four GAL16V8 devices 
were programmed into the high-threshold state and 
baked at 200°C. The threshold voltage was then 
measured at intervals up to 2,500 hours. 

Programming the parts into the high threshold state 
places a field across the tunnel oxide in the unbiased 
cell; this exact field was used in the modeling program 
to study the corresponding electron tunneling. The simu- 
lated data showed better results due to the model's incap- 
ability to model oxide defects, especially their generation 
as a function of temperature. If the tunnel oxides were 
in fact 'defect free' — which no oxide can ever be — the 
difference between simulated and measured data would 
be indistinguishable. The Arrhenius equation is used to 
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extrapolate from elevated-temperature data the time re- 
quired for a corresponding threshold shift at room tem- 
perature. The results of the correlation are shown in 
Table 1. 

Peripheral Oxide Failures 

The high voltage required to program the E 2 CMOS 
cell — typically 1 6V to 20V — places an additional high 
field stress on the peripheral decoding and driver cir- 
cuitry that controls the array during an erase or write 
cycle. The high coupling ratio of the GAL16V8 cell allows 
sufficient programming at 16 volts, in contrast with the 
18V to 20V other E 2 cells require. This reduces the high 
fields that gate oxides are exposed to and thus reduces 
the probability of breakdown. Gate-oxide breakdown is 
minimized in the GAL device family through careful con- 
trol of the voltages used for programming the cell, and 
can be screened using standard acceleration techni- 
ques, such as dynamic burn-in. 

Read Disturb Failures 

Although the E 2 CMOS cell may be programmed at 
most hundreds or thousands of times, it must be cap- 
able of withstanding a near-infinite number of read cycles 
without suffering any disturbance of its programmed 
data. During the read operation, the low voltage applied 
between the control gate and the drain may induce very 
low Fowler-Nordheim leakage through the tunnel oxide 
that can alter the charge on the floating gate. Since the 
voltages during a read are carefully selected to minimize 
any potential read-disturb failures, it is standard practice 
to accelerate this failure rate by applying a voltage that 
is much higher than the values used under normal oper- 
ation. The model for simulating data-retention was modi- 
fied to simulate the read conditions used on the GAL16V8. 
This model utilizes the Fowler-Nordheim equation to 
determine the exact leakage that will occur — due strictly 
to tunneling — for the specified read conditions; the 
Fowler-Nordheim coefficients were extracted from tun- 
nel-oxide l-V characteristics. Figure 9 shows the thres- 
hold shift (from an initial threshold of 7.5 Volts) that will 
occur over a million years due strictly to electron tunnel- 
ing. As noted earlier, this model correlated with actual 
measured data, when used for modeling data retention. 
From the simulated and measured data, it is evident that 
GAL16V8 users will experience no problems associated 

Table I. GAL16V8 Threshold-Shift Data 
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48 
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Simulated Threshold 


7.5 


7.5 


7.5 


7.4997 


7.4994 


7.4990 


Years at 25 °C 





32 


111 


330 


660 


1,649 



with charge loss — and hence, data retention — for the 
life of the part and much longer. 

Dynamic Cell Failures 

The electrical characteristics of the thin tunnel dielec- 
tric will change with time as more and more charge has 
passed through it. Similiarly, the characteristics of the 
defects that occur in the tunnel oxide will also change 
as an increasing amount of charge passes through the 
oxide. This results in a failure rate that is dependent on 
the number of erase and write programming cycles. 
There can be many types of cy'cle-dependent failures, 
from defect mechanisms to oxide wear-out, all of which 
contribute to degrading the endurance of the E 2 CMOS 
cell. 

The simplest type of cycle-dependent failure is caused 
by a decrease in the programming efficiency as the 
number of cycles increases. Due to the degrading of the 
electrical characteristics of the tunnel oxide as more and 
more charge passes through it, the programming char- 
acteristics will also tend to degrade. As a result of this 
degradation, less current will flow through the oxide for 
a given field across it, and eventually the cell no longer 
sufficiently programs. This means that a higher pro- 
gramming voltage must be applied to obtain the same 
cell threshold. This degradation in the oxide, dubbed 
'wear-out', which causes the programmed threshold to 
decrease as a function of the number of programming 
cycles is shown in Figure 10, where V tHjgh and V tLow for 
a single E 2 CMOS cell are plotted as a function of the 
number of cycles. This closing of the programmed window 
sets an upper bound on the endurance of the E 2 CMOS 



Figure 9. Threshold Shift at 25 "C 
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technology because of the loss of adequate margins on 

v tH/gh and v tLow Note tnat tne programming window 
does not begin closing significantly until after about 


100,000 cycles. This poses no problem whatsoever for 
the GAL16V8 or GAL20V8, which are guaranteed for 
1 00 cycles of programming. □ 
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It is the responsibility of Lattice Semiconductor's 
Quality Assurance to establish and maintain a quality- 
assurance program with appropriate policies and proce- 
dures to meet our goals, as well as the goals of our 
customers. The program is communicated via Lattice's 
Quality Assurance Manual. It is based on, and in com- 
pliance with, the product-assurance program require- 
ments of MIL-M-385 1 0, Appendix A, and the inspection- 
system requirements, per MIL-l-45208. This program 
assures compliance to the design, manufacture, inspec- 
tion and testing requirements as specified in 
MIL-STD-883C. 

Lattice enforces all such requirements on any and 
all subcontractors involved in the manufacture of its pro- 
duct, and is solely responsible for securing and proving 
the documentation and control of its Quality Assurance 
Program. 

Lattice Quality Assurance is responsible for the con- 
tinued review and update of its Quality Program to ensure 
that it continues to meet the standards as defined by the 
referenced specifications, customer requirements, and 
industry standards. 



Lattice Quality Assurance 

As part of the administration of the quality program, 
Lattice Quality Assurance: 

• Assures all manufacturing parameters that are 
critical to a product's quality and reliability are identified 
and remain in statistical process control; drives correc- 
tive action for those parameters not exhibiting statistical 
control. 

• Executes the required auditing of both internal and 
external manufacturing operations and quality-assurance 
programs; follows up on all corrective action, as appro- 
priate. 

• Assures all critical operations involved in the 
manufacture, testing or inspection of Lattice product are 
identified and executed only by fully trained operators; 
maintains all certification records of Lattice operators. 

• Assures all critical equipment involved in the manu- 
facture, testing or inspection of Lattice product is identi- 
fied and subject to the requirements of the established 
calibration system. 

• Assures proper identification, review and disposi- 
tioning of product that is found to be nonconformanf or 
has been quarantined; chairs material review boards, 
as required. 

• Establishes the procedures for the examination of 
failed devices identified in the qualification testing, in- 
spections, customer returns or in process material; 
assures each failure mechanism is addressed with ap- 
propriate corrective action. 

• Maintains a document control system so as to pro- 
vide the required controlled policies, procedures, speci- 
fications and product-specific instructions necessary 
to manufacture our products and maintain the Quality 
Assurance program; assures proper revision control 
and engineering change procedures. 

• Reviews all proposed major changes in the manu- 
facturing, testing or inspection of Lattice product, to 
assure no changes are made without proper evaluation; 
assures customer notification of product changes, as 
required. 

• Establishes the required inspection steps and ap- 
propriate sample-plan implementation at each step, to 
assure the necessary manufacturing quality control; 
assures identified defective material is analyzed, correc- 
tive action is specified, and lot dispositioning is approp- 
riate. 

• Assures the accurate conversion of customer re- 
quirements into work instructions; issues Certificates of 
Conformance, as required, with product shipments. 

• Specifies the appropriate electrical, mechanical 
and environmental qualification testing to evaluate 
mechanisms that may contribute to component failure 
rate. □ 
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The Lattice Quality Commitment 



Since inception, Lattice Semiconductor Corp. has embraced the highest 
standards in all pursuits, from product-development objectives to the quali- 
ties and capabilities of its workforce. The goal of excellence in leading-edge 
CMOS products sets a corresponding demand for excellent product quality 
and reliability. Lattice's high-speed 256K CMOS static RAM, for example, 
integrates more than one million transistors — every one of which must 
operate for 20 years or longer without error and without failure. 

Lattice attains its high standards of product quality and reliability in three 
basic ways. First, we believe strongly that quality is the responsibility of each 
and every individual involved with a product — from the very first stages 
of its development. As an example, all products begin with the design cri- 
terion of adequate margin to ensure 1 00% functionality over + 1 0% power- 
supply voltage extremes and over the full-military temperature range of 
- 55 °C to + 1 25 °C. Indeed, it is our philosophy that quality and reliability 
are inherent in the design of every Lattice product. 

Secondly, a Lattice product must pass an extensive qualification pro- 
gram before it is released to the marketplace. This includes compilation of 
accelerated life-test data at temperature and voltage extremes, as well as 
a battery of physical tests for package and chip environmental integrity. 
Moreover, once a Lattice product has been released to high-volume produc- 
tion, we continue to collect life-test data, to ensure that extrapolated failure 
rates and quality levels reflect actual in-system performance. 

Thirdly, after a product is qualified, strict quality controls and monitors 
are applied to assure its quality level. Lattice's Quality Assurance program, 
which meets or exceeds all requirements outlined in MIL-M-3851 0, Appen- 
dix A, as well as all inspection system requirements in MIL-I-45208A, assures 
compliance to the design, manufacture, inspection, and testing require- 
ments as specified in MIL-STD-883C. In the case where manufacturing pro- 
cesses are subcontracted, Lattice enforces all such requirements on the 
subcontractor through quality-control monitors and periodic audits, to en- 
sure that they in fact adhere to specifications. Thus, customers can depend 
on the fact that Lattice is solely responsible for securing and proving the 
documentation and control of its Quality Assurance program. 

We fully recognize that the degree of complexity exhibited in our pro- 
ducts today mandates a veritable partnership between Lattice and our 
customers, to satisfy the formidable demands of qualify and reliability. As 
we further drive the limits of VLSI to multimillion-transistor densities and 
submicron geometries, we encourage even more tightly coupled relation- 
ships, which we believe will be absolutely essential to transferring the 
benefits of our CMOS VLSI technologies to our customers. 
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GAL DEVICE 
RELIABILITY DATA 



LATTICE 



INTRODUCTION 



Lattice Semiconductor maintains a comprehensive 
reliability-qualification program to assure that each pro- 
duct achieves its reliability goals. Data is continuously 
accumulated after initial qualification through monitor 
programs, so as to further drive failure rates down. Each 
product's qualification plan is generated in conformance 
to Lattice's Qualification Policy (Doc.#70-1 001 64), with 
failure analysis in conformance to Lattice's Failure Analy- 
sis Procedures (Doc.#70-1 001 66). Both documents are 
contained in Lattice's Quality Assurance Manual, which 
may be obtained upon request. 

Failure rates in this qualification summary are ex- 
pressed in FITS. Due to the very low failure rate of inte- 
grated circuits, it is convenient to refer to failures in a 
population during a period of ^device hours; one fail- 
ure in 10 9 device hours is defined as one FIT. 



High-Temperature Operating Lifetest 

This test thermally accelerates those failure mechan- 
isms that could occur as a result of operating the device 
continuously in an application. A pattern specifically 
designed to exercise the maximum amount of circuitry 
is programmed into the GAL device, and this pattern is 
continuously read while the supply voltage is maintained 
at 5.5V and the ambient temperature is held at 125 °C. 

A summary of the high-temperature operating lifetest 
results is shown in Table 1 . One failure was observed 
in 297,500 device hours of 125°C operating life; this 
translates into an early-life failure rate of 283 FIT at 55 °C, 
with a 60% upper-confidence level. This failure rate was 
calculated with a thermal activation energy of 0.5eV. 

High-Temperature Retention 

This test specifically accelerates charge gain onto (or 
loss from) the floating gates in the GAL device's array. 
Since the charge on these gates determines the actual 
pattern and functions of the GAL device, this test is a 
measure of how reliably the device retains programmed 
information. It thus differs from the operating lifetest, 
which typically detects catastrophic functional failures. 
In high-temperature retention testing, the array of the 
device is programmed either to the high-threshold or 
low-threshold condition, and then baked at 150°C. The 
biasing is such that it represents the condition a device 
would see in a system application. 

A summary of the high-temperature retention results 
is shown in Table 2. No failures were observed in 375,400 
device hours of 150°C static-biased retention. This 



Table 1. HTOL Reliability Data 



HIGH-TEMPERATURE OPERATING LIFETEST 




AL16V8 (125°C, 5.5V) 




Readout 


48 Hrs. 


168 Hrs. 


500 Hrs. 


1,000 Hrs. 


Device Quantity 


298 


298 


298 


297 


Failure Quantity 








1 






Table 2. Biased HTRB Reliability Data 



HIGH-TEMPERATURE RETENTION 
GAL16V8 (150°C, 5.5V) 



Readout 


48 Hrs. 


168 Hrs. 


500 Hrs. 


1,000 Hrs. 


High V T 

Device Quantity 


350 


350 


200 


125 


Failure Quantity 














Low V T 

Device Quantity 


350 


350 


200 


125 


Failure Quantity 
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GAL DEVICE RELIABILITY DATA 



translates to an early-life failure rate of 20 FIT at 55 °C 
with a 60% upper-confidence level. This failure rate was 
calculated with a therma activation energy of 0.6eV. 

A second retention evaluation was done to attempt 
to predict when a significant portion of the population 
would lose programmed data. For this evaluation, a 
smaller quantity of device;! of various tunnel-oxide thick- 
nesses (to represent the extremes of the manufacturing 
process) was used. Devicss were programmed so as to 
detect charge loss and caked unbiased at 200°C for 
2,500 hours. 

A summary of these results is shown in Table 3. No 
failures were seen througf 2,500 hours, which is equiva- 
lent to 1 93 years of life at Z 5 °C (or 1 ,650 years at 25 °C), 
assuming a 0.6eV activaticn energy. Projections of reten- 
tion several orders of magnitude beyond this are possi- 
ble, when one considers ; he actual charge loss on the 
floating gate through this evaluation. Actual cell thres- 
holds (first failure and background failure) were moni- 



Table 3. Unbiased HTRB Reliability Data 



HIGH-TEMPERATURE RETENTION 
GAL16V8 (200 °C, UNBIASED) 


Readout 


48 Hrs. 


168 Hrs. 


5 00 Hrs. 


1,000 Hrs. 


2,500 Hrs. 


Device 
Quantity 


54 


54 


54 


54 


54 


Failure 
Quantity 


















Figure f. Threshold Shift at 25°C 



' "il i i nl i i ul i i ul i i ul i i ul i i ul i i ii 

■ 1 1 10 100 1.000 10,000 100.000 1M 



tored at each readout. An average change of less than 
1 00m V in cell threshold after 2,500 hours at 200°C was 
observed from the starting average of 7.17 volts. This 
agrees with theoretical charge loss projections through 
the tunnel oxide used in Lattice's GAL devices. Based 
on actual measurements of Fowler-Nordheim tunneling 
characteristics of our high-quality tunnel oxides, the 
charge loss of a floating gate with an initial threshold of 
7.5V is shown in Figure 1 . As can be seen, at 25 °C, one 
would expect a MTTF due to charge loss that approaches 
1 million years. 

Moisture-Resistance Test 

This test accelerates those mechanisms resulting 
from inadequate moisture barriers in the die and pack- 
age construct/on. Pressure pot uses both pressure and 
temperature to accelerate penetration of moisture into 
the package and to the die surface. A summary of the 
pressure-pot data is shown in Table 4. No failures were 
observed through 168 hours at 121 °C and 2 ATM pres- 
sure. 

Temperature Cycling 

This test accelerates failures resulting from mech- 
anical stresses induced from differential thermal expan- 
sion of adjacent films, layers and metallurgical interfaces 
in the package and die. Devices are exposed to repeated 
cycling between - 65°C and + 150°C. Table 5 shows 
the results of temperature cycling on the GAL16V8. No 
failures were observed through 1 ,000 cycles of tempera- 
ture cycling, which was performed in accordance with 
MIL-STD-883C, Method 1010, Condition C. □ 



Table 4. Moisture-Resistance Reliability Data 



PRESSURE POT 




GAL16V8 (121 °C, 2ATM) 


Readout 


48 Hrs. 


168 Hrs. 


Device Quantity 


100 


100 


Failure Quantity 









Table 5. Temperature-Cycling Reliability Data 



TEMPERATURE CYCLING 




GAL16V8 (- 


-65°C TO 150°C) 




Readout 


10 Cyc 


250 Cyc 


500 Cyc 


1,000 Cyc 


Device Quantity 


150 


150 


150 


150 


Failure Quantity 
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HI-REL (X) PROCESSING 
AND PRODUCT FLOW 



LATTICE 



DESCRIPTION 



All HI-REL(X) grade products undergo demanding 
screening procedures according to the Methods and 
Requirements described in Table. 1 . The HI-REL (X) 
processing includes 100% 160-hour burn-in at an 



ambient temperature of +125°C, per Method 1015, 
followed by 1 00% temperature testing of all DC and AC 
parameters over the full military temperature range. All 
HI-REL (X) products are housed in hermetic ceramic 
packages, either DIP or leadless-chip-carrier (LCC) 
configurations. □ 



Table t. HI-REL 



J Flow 



Screen 




Requirement 


INCOMING INSPECTION 

Wafer Lot Acceptance 


Per LATTICE Spec. 


3 wafers/lot 


VISUAL AND MECHANICAL 

Internal visual 
Stabilization bake 
Temperature cycle 
Constant acceleration 
Visual inspection 
Hemeticity, Fine and Gross 


2010, Condition B 

1008, Condition C 24 hours 

1010, Condition C 

2001 

5004 

1014 


100% 
100% 
100% 
1 00% 
100% 
100% 


BURN-IN 

Interim (pre burn-in) electrical 
Burn-in 

Post-burn-in electrical 
Percent Defective Allowable 


Per applicable device specification at 25 °C 
1015, 160 hours at 125°C or equivalent 
Per applicable device specification at 25°C 
5004 


100% 
100% 
100% 
5% 


FINAL ELECTRICAL TESTS 

Static (dc) 
Functional 

Switching (ac) or Dynamic 


At temperature and power supply extremes 
(T A = -55°Cto + 125°C) 
(V cc = 4.5V to 5.5V) 


100% 


QUALITY CONFORMANCE INSPECTION 

(Group A) 

A2: Static test at maximum rated operating 
temperature 






A5: Dynamic Tests at maximum rated operating 
temperature 






A8: Functional tests at maximum and minimum 
rated operating temperatures 






A10: Switching tests at maximum rated operating 


Per applicable device specification 


.0650/o AOL 


A3: Static tests at maximum rated operating 
temperature 






A6: Dynamic tests at maximum rated operating 
temperature 






A1 1 : Switching tests at maximum rated operating 
temperature 






EXTERNAL VISUAL 


2009 


100% 
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MIL-STD-883 PROCESSING 
AND PRODUCT FLOW 



DESCRIPTION 



By specifying Lattice fully compliant MIL-STD-883C 
components, the user can be assured of receiving pro- 
ducts that are manufactured, tested, and inspected ac- 
cording to the highest standards, for those applications 
where quality and reliability are vital. For special custo- 
mer specifications or quality requirements — such as 
SEM analysis, X-ray, or other screening flows to meet 
specific needs — please contact your local sales office 
or Lattice Semiconductor directly at 1-800-FASTGAL. 

All Lattice Semiconductor components processed in 
full compliance to MIL-STD-883C are first screened ac- 
cording to the procedures defined in Method 5004 Class 
B. This includes 1 00% 1 60-hour burn-in at an ambient 
temperature of +125°C per Method 1015, followed by 
1 00% temperature testing of all DC and AC parameters 
overthefull -55°Cto + 125"C temperature range, as 
described in Table 1 . Samples of the product that have 
been screened are then submitted to the Quality Con- 
formance procedures as defined in Method 5005 Class 
B. These Quality Conformance inspections include 
Group A (Electrical), Group B (Mechanical), Group C 
(Chip Integrity), and Group D (Package Environmental 
Integrity), as described in Table 2. □ 



Table 1. MIL-STD-683C Screening Flow 





Method 


Requirement 


Wafer Lot Acceptance 


Per LATTICE Spec. 


3 Wafers/Lot 


SEM 


Per LATTICE Spec. 


1 Wafer/Lot 


Internal Visual 


2010 Cond. B 


100% 


Stabilization Bake 


1008 24 HP. Cond. C 


100% 


Temp. Cycling 


1010 Cond. C 


100% 


Constant Acceleration 


2001 Cond. E 


100% 


Visual Inspection 


5004 


100% 


Hermeticity 
Fine 
Gross 


1014 
Cond. A1 
Cond. C 


100% 


Pre Burn-In Electrical 


Applicable Device Spec. 
TA = 25°C 


100% 


Burn-In 


1015, 160 HRS. 125°C 


100% 


Post Burn-In Electrical 


Applicable Device Spec. 
TA = 25°C 


100% 


Percent Defective 
Allowable 


5004 


5% 


Final Electrical Test 


Applicable Device Spec. 
TA = 125°C 


100% 


Final Electrical Test 


Applicable Device Spec. 
TA= -55°C 


100% 


QCI Sample Selection 


MIL-M-38510F Section 
4.5 


Sample 


External Visual 


2009 


100% 



Table 2, MIL-STD-883C Quality Conformance Testing 



Group Method | Sample 


A: ELECTRICAL TESTS 


GROUP A1 , A4, A7, A9 


Applicable Device Spec. 


.065 AQL 


Electrical Test > 


25°C 




GROUP A2, A5, A8, A10 


Applicable Device Spec. 


.065 AQL 


Electrical Test 


Max. Operating Temp. 




GROUP A3, A6, A11 


Applicable Device Spec. 


.065 AQL 


Electrical Test 


Min. Operating Temp. 




B: MECHANICAL TESTS 


GROUP B1 






Physical Dimension 


2016 


2(0) 


GROUP B2 






Resistance To Solvents 


2015 


4(0) 


GROUP B3 






Solderability 


2003 


LTPD = 15 


GROUP B4 






Internal Vision and 


2014 


LTPD = 5 


Mechanical 






GROUP B5 






Bond Strength 


2011 


LTPD = 5 


GROUP B7 






Hermeticity 


1014 


LTPD = 15 


C: CHIP INTEGRITY TESTS 


GROUP C1 






Dynamic Life Test 


1005, 1,000 HRS. 125°C 


LTPD = 15 


End Point Electrical 


Applicable Device Spec. 




GROUP C2 






Temp Cycling 


1010, Cond. C 


LTPD = 15 


Constant Acceleration 


2001, Cond. E 




Hermeticity 


1014 




Visual Examination 


1010 




End Point Electrical 


Applicable Device Spec. 




D: PACKAGE ENVIRONMENTAL INTEGRITY 


GROUP D1 






Physical Dimensions 


2016 


LTPD = 15 


GROUP D2 






Lead Integrity 


2004, Cond. B 


LTPD = 15 


Hermeticity 


1014 




GROUP D3 






Thermal Shock 


1011, Cond. B, 15 Cycles 


LTPD = 15 


Temp. Cycle 


1010, Cond. C, 100 Cycles 




Moisture Resistance 


1004 




Hermeticity 


1014 




Visual Examination 


1004, 1010 




Endpoint Electrical 


Applicable Device Spec. 




GROUP D4 






Mechanical Shock 


2002, Cond. B 


LTPD = 15 


Vibration 


2007, Cond. A 




Constant Acceleration 


2001, Cond. E 




Hermeticity 


1014 




Visual Examination 


1004, 1010 




Endpoint Electrical 


Applicable Device Spec. 




GROUP D5 






Salt Atmosphere 


1009, Cond. A 


LTPD = 15 


Hermeticity 


1014 




Visual Examination 


1009 




GROUP D6 






Internal Water Vapor 


1018<5,000 PPM at 100°C 


3(0) 


GROUP D7 






Adhesion to Lead Finish 


2025 


LTPD = 15 
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EEPROM TECHNOLOGY SEEDS 
PROGRAMMABLE LOGIC 



This article is reprinted from Electronics Week June 3, 
1985. Copyright © 1985 McGraw-Hill, Inc. □ 
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EEPROM TECHNOLOGY SEEDS 
REPROGRAMMABLE LOGIC 



LATTICE'S GAL16V8 USES A HIGH-SPEED CMOS PROCESS 
TO REALIZE A REPROGRAMMABLE LOGIC ARRAY 



The technology used in electrically erasable program- 
mable read-only memories, which are growing in 
popularity wherever nonvolatility and erasability are 
needed, is now hitting pay dirt in the logic arena as 
well. Designers at Lattice Semiconductor Corp., 
Portland, Ore., have paired EEPROM technology with a high- 
speed CMOS process to build programmable logic devices. The 
programmable chip relies on EEPROM cells for an electrically 
alterable architecture so it can directly replace any of 21 
device architectures in the 20-pin bipolar PAL family manufac- 
tured by Monolithic Memories Inc. 

The GAL16V8 (for generic array logic) is said to run at 
bipolar speeds— 25-ns propagation delay — with an output drive 
of 24 mA, using EEPROM cells in place of normal fuses (see 
photo below). This results in an electrically reprogrammable, 
reusable device that can be programmed on standard logic- 
array programmers using supporting software such as ABEL, 
which is provided by Data I/O Corp. in Redmond, Wash., and 
CUPL, provided by Assisted Technology Inc. in San Jose, 
Calif. 

GAL16V8s can be used repeatedly during system prototyp- 
ing. The same GAL16V8 used in one type of logic circuit can 
be reprogrammed for use in another circuit. Because of its 
output logic architecture, each individual output can be tai- 
lored as registered, combinational, active high, active low, 
input only, or bidirectional. 

Dean Suhr, manager of Lattice's Programmable Logic 
Product Engineering Division, says that the EEPROM cell in 
the GAL16V8 exhibits excellent data retention and endurance 
characteristics. He also says that the cell's design has been 
proven at Lattice in several large memory chips, including a 
45-ns 64-K EEPROM. 

"Unlike bipolar fusible-link devices, the 16V8 cells require 
no openings in the passivation for fuse debris to escape, nor 
are they subject to the 'grow-back' phenomenon of fuses," he 
notes. "This results in improved reliability." In addition, the 
cell writes quickly: an erase-and-program cycle of a 16V8 cell 
takes 20 ms. 

Programmable logic devices place a stringent requirement 
on technology: circuits need to be extremely fast, current 
drive extremely high, and programming elements extremely 
reliable. Fusible-link bipolar technology once stood alone in 
meeting those requirements. 

But Rahul Sud, chief executive officer of Lattice, says that 
is no longer the case. "Today, high-speed electrically erasable 
CMOS is the technology of choice for programmable logic," 
he told ElectronicsWeek. 

Sud calls his process UltraMOS. He points out the advan- 
tages of EEPROM cells for the nonvolatile programming ele- 
ments over fuse links: a nondestructive nature for reusability 
and, thus, testability; the low programming current required, 



making possible the on-chip programming-signal generation 
key to next-generation in-circuit-alterable components; and re- 
duced contamination through complete passivation of the chip, 
promoting greater reliability. 

Some CMOS-chip makers have chosen EPROM cells, which 
require ultraviolet-light exposure for erasing, as the program- 
ming element in their PLAs. Although it has certain advan- 
tages over bipolar fuses, EPROM technology falls short of 
EEPROM when it is applied to programmable logic (see ta- 
ble); it is also not applicable to future architectures that will 
require in-circuit reprogrammability. 

Sud explains that from the manufacturer's standpoint, EE- 
PROM technology holds significant cost advantages over 
EPROM technology in building programmable logic devices. 
Although he admits it is a more complex process, EEPROM 
technology "affords significant savings in the cost of testing, 
since cells can be programmed, erased, and reprogrammed in 
milliseconds, whereas EPROM cells require 20-min ultraviolet- 
light exposures for erasure." Moreover, he continues, "though 
EEPROM is a less dense technology than EPROM, memory- 
array area has little impact on die size in a PLA, where some 
90% of the chip comprises random logic." 

The implications of a reconfigurable logic device in the 
engineering lab environment are significant. In the past, ev- 
ery design revision, checkout, or upgrade required pulling a 
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Modular. UltraMOS has been designed modularly, so steps in the flow may be eliminated if elements such as the load resistors are not needed. 
The process uses the first level lor floating-gate EEPROM cells and the second level for load resistors and enhancement and depletion gates. 

high-resistivity polysilicon loads and for a buried n+ intercon- 
nect layer. A double-polysilicon process, UltraMOS (see fig- 
ure) uses the first level for floating-gate EEPROM cells and 
the second level for all regular enhancement and depletion 
gates, as well as for high-value load resistors. 

UltraMOS has been designed in a modular fashion. There- 
fore, steps in its flow may be eliminated with no impact to 
temperature cycles if certain elements, such as the polysilicon 
load resistors, are not desired. 

Minimum features of the process extend down to 1.25 u.m, 
with the smallest gate length currently limited to 1.5 u,m. As 
PLAs move to 24-, 40-, and 84-pin densities, the package and 
device reliability, power dissipation, and exceedingly long pro- 
gramming time for the larger arrays all serve to dissuade 
further pursuit of this technology. 

User-programmable logic continues to enjoy steady growth: 
sales this year are expected to approach $400 million. Accord- 
ing to Sud, the reason for this growth is mainly time to 
market — computer-aided-design tools cannot compete with off- 
the-shelf silicon for turnaround time. The market for pro- 
grammable logic is expected to hit more than $1.5 billion by 
the end of the decade, with the lion's share going to Monolith- 
ic Memories. The GAL16V8 targets the millions of 20-pin PAL 
sockets. □ 



new PLA from an inventory stock of some 21 different 
tectures, with three speed/oower options for each architec- 
ture. The PLA was patterned with the new logic, then tested 
for the first time for full functionality. 

The old PLA was discarded because its fuse-link cells could 
not be reused. The GAL16V8 eliminates the need for the 
expensive inventory that is required for full-line support, 
thanks to its single-device replacement approach, 100% fuse- 
map compatibility, and performance that is superior to the 
current bipolar data devices 

The 16V8 can be repatterned and reused in less than a 
second, as opposed to the 15 to 20 minutes that are usually 
required. The EEPROM cell:; can be patterned for worst-case 
data-sheet performance during testing to fully guarantee, 
through actual test, performance over all data-sheet condi- 
tions without having to resoit to correlated or simulated paths 
in the device. 

"Because the GAL 16V8 is compatible with the 21 most 
popular programmable logic arrays, it can be substituted into 
existing system designs in a completely transparent fashion," 
according to Suhr. "The replacement is 100%, in terms of 
performance specifications, ogic functionality, and fuse-map 
compatibility." 

These same inventory and universal configurability benefits 
are available to the production and field- 
service staff. They, too, can employ the 
GAL16V8 as a single, reusable replace- 
ment for dozens of PLAs. field modifica- 
tions, service, upgrades, and functional 
changes can be made with only one device 
type. 

The GAL16V8's output logic macrocell 
(OLMC) allows it to be configured in a 
number of ways that are not possible 
with ordinary PLAs, according to Lattice 
engineers. For example, because a syn- 
chronous (registered) output can be 
placed on any or all output >ins, the user 
can create a variety of devices — a 16R1 or 
a 16R5, for example. These architectures 
are not possible with the ordinary PLAs 
that are currently available, say Lattice 
designers. 

Lattice's UltraMOS is a basic CMOS 
EEPROM process that adds modules for 







GAL16V8 


PAL devices 


Speed 


25/35 ns 


25/35 ns 


Maximum active current 


90 mA 


180/90 m A 


90 mA at 25-ns specification 


Yes 


No 


Technology 


CMOS, E" cells 


Bipolar, fuse link 


Reprogrammable 


Yes 


No 


Fully tested fuse array 


Yes 


No 


Guaranteed reliability 


100% 


99% 


Devices needed to supply full line 


1 


More than 20 


User signature 


64 bits 


None 


Configurable architecture 


Yes 


No 


"Odd" architectures available 


Yes I No 


Configurable outputs 


Yes 


No 


Security 


Visual and electronic 


Electronic 


Programming time 


3 8 


12s 
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A 16ns CMOS EEPLA 
WITH REPROGRAMMABLE ARCHITECTURE 



David L. Rutledge 
John E. Turner 
Roy D. Darling 
Gregg R. Josephson 



This paper was presented at the 1986 IEEE International 
Solid-State Circuits Conference at the California Pavilion, 
February 21,1 986, and appeared in the IEEE Digest of 
Technical Papers, Copyright © 1986 IEEE. □ 
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SESSION XVIII: LOGIC ARRAYS AND MEMORIES 



F AM 18.1: A 16ns CMOS EEPLA with Reprogrammable Architecture 

David L. Rutledge, John E. Turner, Roy D. Darling, Gregg 
Lattice Semiconductor Corp. 
Beaverton, OR 

OVER THE PAST 10 YEARS, a number of programmable logic archi- 
tectures and devices have been developed and reported, the majority of 
which have been implemented in bipolar technology 1 ' 2 . This tech- 
nology has the advantage of high-functional speed at the expense of 
relatively high-power consumption and lack of flexibility (one-time 
programmabiiity). Architectural flexibility (I/O ratio, registered/ 
asynchronous logic, output polarity) was only available through 
hardwired mask options until recent developments in bipolar tech- 
nology have produced one-time field configurable architectures 3 . 
MOS floating gate technologies (EPROM/EEPROM) have been utilized 
to address the reprogrammability and reconfigurability issues, but 
these devices have typically suffered tremendous speed impact (100ns) 
to achieve the flexibility 4 ' 5 ' 4 

This paper will report on the development of a CMOS EEPLA 
device implemented in a floating gate process which achieves bipolar 
performance levels at reduced power levels. The EE memory tech- 
nology has also been utilized to realize a device that is not only 
reprogrammable, but also architecturally reconfigurable. 

Functionally, the device consists of a user-programmable AND 
array with up to 16 logical inputs. The AND array generates 64 pro- 
duct terms (pt) which are distributed 8 pt/output through a hardwired 
eight-input OR gate in each output logic macrocell (OLMC). A pro- 
grammable architecture word consisting of 8b provides the configura- 
tion control data. Figure 1 illustrates the OLMC and how it utilizes 
the architecture word to alter the device architecture. 

The goal of developing a reprogrammable, high-performance, low- 
power circuit mandated the choice of an EEPROM based CMOS tech- 
nology. Manufacturing cost objectives dictated a conservative single 
metal, double-poly process. The technology development objectives 
are overviewed in Table 1. A key focus of the process development 
was to allow for high performance, low -voltage devices (5 V) to be 
integrated with lower performance, high-voltage devices(18V). The 
goal was attained with the addition of a single Junction-Grading im- 
plant step. Depletion devices were included to accomodate the high 
speed sense amplifier and simplify high voltage circuit design. 

The traditional bipolar fuse has been replaced by a nonvolatile 
reprogrammable EEPROM floating-gate type structure. The basic 
cell consists of two transistors, a select gate (input line), and a non- 

*Monolithic Memories, Inc., Bipolar LSI Databook, Chapter 
7; 1984. 

Signetics Corp., Integrated Fuse Logic Data Manual; 1983. 

3 Advanced Micro Devices, Programmable Array Logic Hand- 
book; 1983. 

4 Wood, R.A., Hsieh, Y., Price, C.A.. Wane, P.P., "An Elec- 
trically Alterable PLA for Fast Turn-Around-Time VLSI Devel- 
opment Hardware", IEEE JSSC, Vol. SC-16, No. 5; Oct., 1981. 

5 Leung, R., Lee, S.M., "A 50ns 48 Term Erasable Program- 
mable Logic Array", ISSCC DIGEST OF TECHNICAL PAPERS. 
p. 130-131; Feb., 1985. 

'Cuppens, R., Hartgring. D„ Verwey, J.. Peek, H„ "An 
EEPROM tor Microprocessors and Custom Logic", ISSCC 
DIGEST OF TECHNICAL PAPERS, p. 268-269; Feb., 1984. 



R. Josephson 

volatile sense transistor. Each cell measures 0.44 square mils. The cell 
is repeated 2048 times to make up the entire programmable AND 
matrix organized as 32 input lines and 64 product terms. 

Programming is performed in a minimum amount of time by parallel 
programming 64 cells (an 'entire row) with a single 10ms program pulse. 
Data to be programmed into each cell is shifted in via a Serial Register 
Latch (SRL). Following programming, verification can be performed 
by interrogating the state of each cell using the normal sense ampli- 
fier. Verification circuitry allows the sensed data to be loaded into 
the SRL which is then serially shifted out for validation. The direc- 
tion of data flow (program or verify) is controlled by the PGM/VERIFY 
pass gates connected to the SRL as shown in Figure 2. 

Common to all programmable logic arrays is the possibility of 
multiple input lines switching simultaneously. The switching of 
input lines is, in turn, coupled to the product term by Miller 
Capacitance. By placing the EE memory element between the 
sense amplifier and the select gate (Figure 3), input line switching 
noise is prevented from being coupled to the product term. As 
a result, a quieter sense level is achieved, inhibiting disturbance of 
the high speed sense amplifier. 

Sensing of the product term is accomplished by a high-speed, 
single-ended current sensing technique. Sense currents as low as 
5^/A are obtainable at reasonable speed. The voltage swing of the 
product term is limited to approximately lOOmV through the use 
of self-biasing negative feedback. 

On-chip substrate bias generation (-2.5V) is utilized to provide: 
(/ ) latch-up immuunity without EPI; (2) reduced sub-threshold field 
transistor leakage, and (3) reduced body-effect on high performance 
device thresholds. 

Testability is a major consideration with any programmable logic 
device. This circuit employs four techniques which allow for virtually 
100% testability of the device : 

(J) EE memory technology allows for 100% testability of every 
cell in the array. This is in contrast to one-time programmable tech- 
nologies such as bipolar, plastic One Time Programmable EPROM PLA' 
(OOTPEPLA) which must use test rows and columns for correlation. 

(2) A Logic Test Mode allows one to load data into the SRL 
serially for all 82 columns, and force these data onto the sense amp 
inputs (override the matrix data). This permits a very fast test of chip 
logic without requiring the array to be programmed. Many different 
Apparent Patterns can be rapidly tested in this way. 

(3) Register preload is accomplished through the use of the SDIN 
and SDOCT buffers. Assertion of Preload (PRLD)(a supervoltage test 
signal) transforms the OLMC registers into shift registers and serial data 
are clocked in using the normal clock signal. This feature allows for 
complete controllability and observability of machine states. 

(4) Margin Test Mode is provided to allow the internal memory 
control gate reference (MCG) to be overridden and driven externally 
to allow cell margin tests to be performed. 

Speed and active power dissipation are illustrated in Figure 4. 
Typical device waveforms are presented in Figure 5. 

The authors wish to thank A. Nguyen, K. Campbell and D. Tennant 
for graphics support, and J. Olund, B. Cremen, R. Van Art, B. Delepine, 
E. DeMuizon and P. Spadini for wafer processing. 
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FIGURE 1-Output Logic Macrocell 
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FIGURE 4— Speed and active power dissipation. 



PROCESS 

N-Well. CMOS 
Double-Level Poly-Si 
Single-Level Si-AI 

CHANNEL LENGTH 

NMOS 1.2^m 

PMOS 1.3/im 

High Voltage 3.0^m 

OXIDE THICKNESS 

Tunnel Oxide 100 A 

First Gate 525 A 

Interpoly 580 A 

Second Gate 400 A 

POLYSILICON PITCH 4.5^m 



METAL PITCH 
CONTACT CUT 



5.4^m 
•1.5^m x 



1.5nm 



TABLE 1-Prccess overview. 



INPUT LINE 



MCG 



INPUT LINE 




FIGURE 3— Schematic of row coupling to product term in 
conventional EEPROM cell. EEPLA isolates this coupling 
ith EE element between sense amplifier and 
select gate. 




CLOCK TO OUTPUT DELAY 

FIGURE 5-Typical device 



INPUT TO OUTPUT DELAY 
CLOCK TO OUTPUT DELAY 
STANDBY CURRENT 
ACTIVE CURRENT (20MHz) 
'ol"om 

INPUT/OUTPUT 
DIE SIZE 
PACKAGE SIZE 

RETENTION 
MAXIMUM W/E CYCLES 
CELL SIZE 

PROGRAMMING TIME/CELL 
PROGRAMMING TIME/ENTIRE ARRAY 
PROGRAMMING VOLTAGE 



16ns 
8 5ns 
40mA 
75mA 

24mA/ - 3.2mA 

TTL COMPATIBLE 

116x122 miP 

300-mrl 20-pin DIP 

20-pin Square LCC/PLCC 

> 10 Years 

100 

44 miP/bil 
10ms 
c 400ms 
165V 



TABLE 2-Device characteristics. 
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FIGURE 2— Diagram showing pass gates to control direction 
of data flow to Serial Register Latch (SRL). 
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r ELECTRICALLY ERASABLE PLDs 
It PROVIDE FULL TESTABILITY 



Dean Suhr 

This paper was presented at Northcon '85 Electronics 
Show & Convention in Portland, Oregon, and appeared in 
the Northcon/85 Professional Program Session Record, 
Session, 12. Copyright © Electronics Conventions Man- 
agement, Inc. □ 
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ELECTRICALLY ERASABLE DEVICES PROVIDE FULL MANUFACTURER AND USER 
TESTABILITY FOR OPTIMAL PROGRAMMABLE LOGIC DEVICE QUALITY 

Dean Suhr 
Product Marketing Manager 
Programmable Logic Products 
LATTICE SEMICONDUCTOR CORP. 
15400 KW Greenbrier Pkwy 
Peaverton, OR 97006 
(503) 629-2131 



INTROI'UCTigN 

Many aspects ami "solutions" to the 
test issues of programmable logic 
devices (PLD) have been discussed over 
the past year or two. There are two 
basic reasons to test your programmable 
logic devices; first, to validate that 
logic equations (or any other input 
format) used to pattern the array 
performs the desired logical function, 
and second, to valiSate that the PLD is 
performing as the array pattern and 
datasheet specify. 

The responsibility for testing the 
PLD falls in various courts depending 
on whether you are a manufacturer or a 
user of the devices. Each camp 

generally expects the other to have 
fully tested the devices and to assume 
responsibility for the associated 
handling of the fallout. 

yho^s_Pesponsible_f 2r_What 

The manufacturers generally contend 
that the devices have been tested 
"completely" and that some fallout 
(typically 1-3%) is expected during the 
user's programming and test operations. 
The manufacturers have traditionally 
(by default) placed the burden of 
guaranteeing the datasheet performance 
of the devices on the user. Of course, 
the users would like to have the 
devices completely tested and have 
guaranteed performance and 100% thruput 
when processing the devices. 



It is reasonably clear that the 
systems designer is responsible for the 
validation of his logic function 
(design verification) assuming a good 
integrated circuit (IC). He is also 
responsible for taking this simulation 
and transforming it into a prototype to 
verify the proper interaction of all of 
the various components in his system. 

What responsibility should the 
systems designer have to validate that 
the PLD itself can program and performs 
to the datasheet specifications ? The 
answer to this question traditionally 
has not been quite as clear. 

With discrete devices the 
manufacturer has assumed the burden for 
device performance validation and 
provided a 100% datasheet functional 
device. Testing PLD's proved to be 
quit a challenge, however, due to the 
programmable nature of the device and 
the fact that the array is buried 
inside the die without ready access to 
external pins thru normal paths. The 
inherent conversion of the device from 
uncommitted logic to a custom pattern 
had the manufacturers in a quandary. 
The uncommitted logic typically was in 
a "do-nothing" configuration prior to 
the array being patterned. This left 
the manufacturer with having to 
correlate or guarantee the device 
performance. The implication of this 
approach is that PLD's are "too 
difficult to test or (have) no 
allowance for testing" 1 . 



L AT/ICS 



PROM'S 

The first programmable logic 
device, the FROM, was not as 
sophisticated as current programmable 
logic devices, and there were still 
real concerns with testing the array 
for programmability and final AC 
switching performance prior to 
patterning the array. The PROM array 
was not embedded. It was directiy 
accessible to the external pins thru 
normal paths. As a result of this 
direct access PROM's were 100% testable 
after programming so there was always a 
point where the device could be 
verified against the datasheet 
specifications. This responsibility 
fell again onto the user. 

PLD's, on the other hand, use the 
array to drive additional internal 
logic circuitry. The access to the 
array for programming uses special 
circuitry that is not in the device's 
data path during normal operating 
conditions. Recent attempts to more 
fully test this logic circuitry have 
resulted in more advanced test schemes. 
None of the schemes developed for the 
standard Bipolar fuse-link technology 
allow the manufacturer to actualy 
test the programmability of all fuses. 
Nor do these schemes allow for test 
of the actual switching paths under 
normal signal stimulation conditions. 



™J_CHALLEHGE 

The challenge before us is to 
provide a programmable logic device 
that enhances the ability of the 
designer to implement his custom logic 
pattern without having to worry about 
the final device meeting the datasheet 
specifications. The device should be 
preverified for programmability and 
should have all functional and AC paths 
tested for switching performance. 
Correlations and guarantees are for the 
marketing and purchasing personnel. 
Engineering requites 100% tested 
devices. 
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TH E_ RESPONSE 

Lattice Semiconductor Corporation 
introduced the first Electrically 
Erasable (E ) Programmable Logic 
Device, the GAL tm -16V8, in March of 
1985. This device is a 20 pin FLD that 
is fully compatible with industry 
standard PAL - devices. The generic 
approach taken in the design of the 
GAL-16V8 resulted in what we call the 
Generic Array Logic t!n (GAL tm ) family of 
devices which consists of both 20 and 
24 pin devices in both generic and 
fixed architecture configurations. 

The GAL family of devices are 
designed to exceed the performance of 
their Bipolar and E-PROM based counter- 
parts. These devices offer a fully 
tested 25 nS max. propagation delay at 
470 ml'? max. power dissipation (90 mA) . 

In addition, the GAL-16V8 and 
GAL-20V8 can be architecturally 
configured to be a logical equiv- 
alents to more than 20 PAL type ar- 
chitectures in their respective 20 
and 24 pin configurations. They can 
also be congfigured to random archi- 
tectures such as a 16R1 or a 1 8P2 ) 
by utilizing the output logic macro- 
cell on each of the output pins to 
individually select the polarity, 
registers and feedback of each pin. 

The device can be patterned using 
standard JEDEC fuse maps such as those 
produced by PALASM 3 or CDPL 4 or ABEL 3 . 
These software packages will provide 
all the information for complete 
patterning of the GAL devices, allowing 
the user to exploit the configuration 
flexibility of the device. 

The array pattern can also be 
duplicated from a pre-programmed master 
device supplied by any PAL device 
manufacturer. The algorithm 

implemented on approved programming 
hardware such as the Data I/O 
LogicPak , Stag PPZ or Valley Data 
Sciences Model 160 generic programmers 
resolves all pattern & configuration 
issues at the hardware level without 
having to deal with any higher level 
software assembler or compiler. 
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LATTICE 20 PIH PRODUCTS 



Product 


Pins 


Inputs 


Ol tputs Function-Polarity 


Type 

Configurable 


GAL 16V8 


20 


16 


g 


ftnd OR Programmable 


RAL-10HB 


20 


10 


8 


And -OR 


Asynchronous 


RAL 10L8 


20 


10 


8 


And-OR-Invert 


Asynchronous 


RAL-I0P8 


20 


10 


8 


And-OR-Programmable 


Asynchronous 


RAL-12H6 


20 


12 


6 


And-OR 


Asynchronous 


RAL- 1 2 L6 


20 


12 


6 


And-OR-Invert 


Asynchronous 


RAL-12P6 


20 


12 


6 


And-OR-Programmable 


Asynchronous 


RAL-14H4 


20 


14 


4 


And-OR 


Asynchronous 


RAL-14L4 


20 


14 


4 


And-OR-Invert 


Asynchronous 


RAL-14P4 


20 


14 

16 


' 






RAL- 1611 2 


20 


2 


And-OR 


Asynchronous 


RAL-16L2 


20 16 


2 


And-OR-Invert 


Asynchronous 


RAL-16P2 


20 


16 


2 


And -OR- Programmable 


Asynchronous 


RAL-16R8 


20 


16 


8 


And-OR 


Synchronous 


RAL-16RP8 


20 


16 


8 


And-OR-Programmable 


Synchronous 


RAL-16R6 


20 


16 


6 


And-OR 


Synchronous 


RAL-16RP6 


20 


16 


6 


And-OR-Programmable 


Synchronous 


RAL-16R4 


20 


16 


4 


And-OR 


Synchronous 


RAL-16RP4 


20 


16 


4 


And-OR-Programmable 


Synchronous 


RAL-16H8 


20 


16 


8 


And-OR 


Asynchronous 


RAL-16L8 


20 


16 


8 


And-OR-Invert 


Asynchronous 


RAL-16P8 


20 


16 


8 


And-OR-Programmable 


Asynchronous 



^ — 



LATTICE 24 PIN PRODUCTS 



Prns Inputs Out 



3 Function-Polar ity 



T*pe 



GAL-20V8 


20 


20 


8 


And-OR- Prog rami 


nable 


Conf igurable 


RAL-14H8 


20 


14 


8 


And-OR 




Asynchronous 


RAL-14L8 


20 


14 


8 


And-OR-Invert 




Asynchronous 


RAL-14P8 


20 


14 


I 




aable 


Asynchronous 


RAL-16H6 


20 


16 


6 


And-OR 




Asynchronous 


RAL-16L6 


20 


16 


6 


And-OR-Invert 




Asynchronous 


RAL-16P6 


20 


16 


6 


And-OR- Prog rami 


liable 


Asynchronous 


RAL-18H4 


20 


18 


( 


And-OR 




Asynchronous 


RAL-18L4 


20 


18 




And-OR-Invert 




Asynchronous 


RAL-18P4 


20 


18 


: 


And -OR - P r og ra mi 


aable 


Asynchronous 


RAL-20H2 


20 


20 




And-OR 




Asynchronous 


RAL-20L2 


20 


20 




And-OR-Invert 




Asynchronous 


RAL-20P2 


20 


20 




And-OR-Programmable 


Asynchronous 


RAL-20R8 


20 


20 




And-OR 




Synchronous 


RAL-20RP8 


20 


20 


i 


And-OR-Programmable 


Synchronous 


RAL-20R6 


20 


20 


i 


And-OR 




Synchronous 


RAL-20RP6 


20 


20 




And-OR-Programmable 


Synchronous 


RAL-20R4 


20 


20 


i 


And-OR 




Synchronous 


RAL-20RP4 


20 


20 


i 


And-OR-Programmable 


Synchronous 


RAL-20H8 


20 


20 


it 


And-OR 




Asynchronous 


RAL-20L8 


20 


20 


i) 


And-OR-Invert 




Asynchronous 


RAL-20P8 


20 


20 


il 


And-OR-Programo 


able 


Asynchronous 



OOC- 




-VCC 
















11 - 




-Ft 


lit 


hs 


hs 




Bi 


83 


Ft 


C - 




- F « 


Fs 


hi 


■ 14 


F» 


F* 


B> 


EH 


Oh 




- F s 


r* 


Fj 


III 


Fj 


F 4 


Fa 


a, 


M- 


GAL- 




Fj 


F» 


Ft 




Fj 


Fa 


Ba 


Bh 


-Fj 


Fa 


Ft 


Fo 


Fj 


Fj 


F1 


Ba 


K- 




-Fa 


Fi 


Fo 


hi 


Fa 


Ft 


F« 


Bi 


17- 






Fa 


111 


111 




Fa 


Bi 


Ba 


m- 




-F. 
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Bo 


Bo 
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G*0CJ 


G(OE) 
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12L* 


ML 4 
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16H6 


tou 


16*8 




10H8 
lOPt 
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i4m 

14P4 


ISK2 
16P2 




IMK 


1SRP4 
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TEST. &_ QUALITY. ^PVANT AG E S_ O F_ THE 
SAL_ FAMIL1 _ 0P_PEV ICES 

The GAL family of devices provides 
the user with the additional benefits 
of being fully tested for 
programmability, functionality and 
switching performance by actually 
patterning the dev:.ce. Mo correlation 
or "guaranteed by design" disclaimers 
are necessary. This testing is 

available regardless of the packaging 
or utilization of the device. 

The following discussion will 
address some of the test features while 
additional papers being presented at 
KorthCon '35 will discuss the 
architectural and application benefits. 

Programmabil ity_Ver if i cat ion 

The GAL series of generic PLD's is 
the only family of devices that offer 
E technology. This technology has 
many benefits over the competitive 
fuse-link, and E-PROM based arrays with 
regard to testing. 

The key advantage for both the 
manufacturer and the end user is that 
the E 2 cell can be erased and re-used. 
This simple capability allows the cell 
to be programmed and erased many times 
prior to being shipped to the customer, 
thus guaranteeing prog rammabl ity thru 
actual test. 

The fuse link technology is limited 
to testing "similcir" and "adjacent" 
fuses to correlate the performance of 
these test fuses to that of the actual 
array fuses. While' this approach has 
merit, it is by no means exact. In 
addition, the fusj link technology 
utilizes high currents and power 
dissipation to accomplish the 
vaporization or pull-back of the 
metallic fuse links. This high current 
is routed around t^ie chip thru large 
transistor and metal line structures 
which are subject to potential long 
term programming reliability problems. 
This is why the fuse-link algorithms 
require brief programming pulses with 
high voltage duty cycle constraints. 



The E-PROM cell based devices offer 
the ability to be erased. 
Unfortunately this feature is paired 
with the time-consuming and cumbersome 
process of Ultraviolet Light exposure 
necessary to erase the E-PROM cells. 
The manufacturers of devices using this 
technology are limited in the number of 
program erase cycles that they can 
perform on the device because this 
erasure takes some 20 minutes to 
perform. Endurance of the cells cannot 
be checked due to this limitation. The 
long erasure also takes its toll when 
it is desired to check multiple 
patterns during other functional 
portions of the test process. Only one 
pattern can be tested per insertion 
without making some serious 

compromises . 

Some current implementations of the E- 
PROM based cell are being packaged in 
one-time-programmable (OTP) windowless 
packages. These devices are not 

erasable by the manufacturer or the 
user after assembly. Although each 
cell has probably been programmed and 
erased once in prior processing the 
cells cannot be neutralized after 
assembly and subsequently tested. These 
manufacturers rely upon a correlation 
to a "phantom array" 7 for program- 
ability and performance verification. 

The floating gate technology used 
in the GAL devices is based on the well 
understood Fowler-Nordheim Tunneling 
process. This process is based on a 
negligible current, controlled voltage 
programming process. The electrical 
erasure of the entire GAL device array 
takes only 10 mill i-seconds . This quick 
erasure allows endurance to be 
guaranteed thru actual test cycling as 
well as providing the opportunity to 
pattern the device many times during 
the manufacturing process to examine 
the actual functionality of the logic 
elements under direct control of the 
array cells exactly as the device would 
function under the control of a user 
defined pattern. 
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The E cell is larger than a 
corresponding E-PROM type cell. 
Historically this was a concern with 
PROM devices as they are die size 
limited by array cells, however, a 
programmable logic device is not 
composed of a lot of these cells. In 
fact, the GAL device array occupies 
only 6-7% of the total die area. The 
impact of the larger cell size on total 
die area is only 2-3%, a trivial amount 
to trade off for full testability by 
both the manufacturer and user. This 
tradeoff results ir. lower overall cost 
to the user since he no longer has to 
concern himself with (non-existent) 
reject devices. 

The GAL programming algorithm 
utilizes a high speed serial shift 
scheme that allows simultaneous 
programming of 54 cells at one time. 
This means that the programming of the 
entire array takes 340 mS. This is 
considerably faster than the few 
seconds necessary for fuse link devices 
and the 10' s of seconds necessary to 
program the UV erasable E-PLD devices. 

All of the GAL family of devices 
also incorporates ci proprietary Margin 
Test feature that allows the actual 
charge potential of each cell 
individually to be verified to ensure 
full programming margins. To verify 
retention all GAL devices are patterned 
and baked for 48 hrs to be sure that 
the individual cells retain their data. 
Weak cells that lose some, but not all, 
of their charge would not normally be 
detectable without this analog bit-by- 
bit margin test feature. The user of 
Lattice devices can have full 
confidence in the 10 year minimum 
retention specification of these 
devices, again due to the actual test 
performed on the cell. Currently 
approved programming hardware verifies 
that the cells are programmed well 
beyond the minimum margins required for 
proper retention and performance. 

The GAL family of devices 
guarantees thru actual test the 

programability of each cell, its 
ability to retain charge for the 
specified time period, and its ability 



to withstand repeated write/erase 
cycles (endurance) . The impact of this 
"actual test" philosophy is directly 
observable in the quality levels of the 
GAL devices. 

Switching_ii_FuijctiOiiality_yerif ication 

The verification that a patterned 
device performs as expected is no 
trivial task. Many man-years have gone 
into the development of test schemes 
for testing state machines without 
having to trade off confidence in 
functionality with cost of test. PLD's 
in the 20 and 24 pin families support a 
maximum of 10 registers to control the 
state of the system. This allows up to 
1024 states; getting into each state to 
verify all next states is not a trivial 
task. 

Typical approaches to verifying the 
functionality and performance of PLD 
devices include pseudo-random vector 
generation/signature analysis as well 
as the more traditional (and expensive) 
stuck at zero/stuck at one test vector 
vector set application. There are 
problems with both of these approaches 
that should be discussed. 

The use of pseudo-random test 
vectors to test combinational logic is 
potentially a valid thing to do. The 
current implementation in relatively 
slow hardware does not test AC 
performance of the device and also 
takes several seconds to execute. This 
technique has several drawbacks when 
applied to sequential logic . For 
example, consider a state machine with 
a common reset pin. This pin has a 50% 
chance of being reset during any given 
cycle. It is quite possible that many 
states many never be tested. The 
probability that a 10 bit (0 to 1023) 
counter would be reset in the first 
1023 counts (a 50% chance each cycle) 
is near 100%. Validation that the 
counter would loop to state after 
reaching 1023 would be next to 
impossible ! ! 
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Stuck at one [SAl)/stuck at zero 
(SAO) testing is based on the theories 
of observability and controlability of 
each node in a system. The basic 
theory indicates that if all nodes can 
be controlled and observed that proper 
logic functionality can be verified. 
Again, this is a valid concept for 
testing ideal systems where SAO & SA1 
are the only valid failure mechanisms. 
Semiconductors occasionally suffer from 
random defects that result in marginal 
or non-performance. CMOS technology 
can sometimes get stuck at the "last 
state" during some switching and defect 

9 

induced fault conditions . Stuck-at- 
Fault testing does not consider the 
potential degradation of the device 



performance due to ran 

Shere__is__hop_e in overcoming these 
difficulties and expenses. If the user 
could assume that a;.l marginal it ies and 
functionalities had been previously 
eliminated from the devices under 
consideration a fuse verification would 
be sufficient to validate the device 
performance. Lattice feels that this 
is a valid alternative for the user of 
Lattice PLD's. 

The GAL family of devices allows 
for generic testability of all 
functions under normal array control. 
The manufacturer (and user) can put any 
custom patterns they desire into the 
device for testing purposes, erase the 
device in 10 milliseconds and 
ultimately pattern the device with the 
final pattern with complete assurance 
that every piece of logic will work as 
specified. This testing can 

incorporate full switching time 
validation thru nornal paths by actual 
test, not correlation. 

Special voltages (super-voltages) 
and the temporary "loss" of a pin are 
not necessary to access the array (as 
with the fuse-link and phantom array UV 
erasable E-PLD devices). This leaves 
all device pins available to the user 
to validate functionality. 



Cost_Mfective_Testing_of_GAL_peyices 

The GAL family of devices is tested 
under many different conditions during 
the manufacturing process. To minimize 
the test time during some of the early 
(wafer probe) test operations where 
functionality of various portions of 
the circuit are being verified for the 
first time it is to our advantage to 
test as quickly as possible. We have 
incorporated some special features into 
our device which allow the array to be 
overridden during the what we call the 
Logic Test Mode. Data form the serial- 
register-latch (SRL) overrides the 
array and travels thru the sense amps 
so that the subsequent logic circuitry 
is driven by the actual signals it will 
see in normal operation. This test 
mode is more comprehensive than some of 
the alternative approaches used in 
previous PLD design since the sense amp 
is not overridden. The sense amp is a 
critical untested portion the circuitry 
on other PLD's. The Logic Test Mode 
alleys us to fully test the sense amps. 

The functional testing of the 
output logic can be done in 
microseconds as opposed to milliseconds 
since it is not necessary to pattern 
the array to force a particular 
configuration or data condition. The 
cost savings of this technique over 
many test probes and insertions is 
dramatic. This manufacturing cost 

savings is passed along to the user in 
the form of higher quality devices with 
lower effective ASP devices. 

The logic test mode is not used to 
test the switching performance of the 
device. Actual array and architecture 
programming is necessary to verify the 
switching performance under normal 
conditions. Some 10 to 12 different 
array patternings are performed during 
each of the various configurations of 
the device under worst case patterning 
conditions. Devices using fuse-link 
technology must use a correlated result 
and the E-PROM based devices are 
restricted to 1 or 2 compromised 
patterns due to the lack of a cost and 
time effective erase capability. 



9-20 



UU1KI 



GAL Devices 



Basic Specifications 
Speed 

Maximum Active Current 
Technology 

Configurable Architecture 
PAL Fuse Map Compa t abi 1 i t y 
Devices to Supply Full Line 1 
Electronic Signature Yes 
Security Cells 



Programming Issues 

Reprogrammable 
Full Tested Fuse Array 
Test Fuse Array in Package 
Endurance Test Capability 
Programming Time 
Erase Mechanism 
Erase Time 



Packaged Test Issues 

Functionality Test 
Switching (AC) Test 
Guaranteed Reliability 



25/35 ns 
90 mA 
CMOS, E 2 
Yes 
Yes 



Yes 

Yes, Many Times 

Yes 

Yes 

A seconds 

Electrical 

10 Milliseconds 



Actual Paths 

Actual Paths 

100% thru 
actual test 



UV Erasable 
PAL Devices E-PLD Devices 

25/35 ns 
180/90 mA 
Bipolar, Fuselink CMOS, E-PROM 



35 ns or slower 
50 mA 



No 
Yes 

More than 20 

No 

Yes 



No 
No 
No 
N/A 

16 seconds 



N/A 



S imu lated 

Correlated 

997. thru 
correlation 



Yes 

No 

1 

No 
Yes 



EEPLD TESTABILITY 

OTP 

E-PLD Devices 



25 ns 

150 mA 

CMOS, E-PROM 

No 

Yes 

Not Available 

No 
Yes 



Yes No 

Yes, Once or Twice Yes, Once 

Yes No 

No No 

20 seconds 7 seconds 

UV Lamp None 

20 Minutes N/A 



Actual Path Phantom Path 

Compromised Pattern Correlated 
997. thru ?? thru 



partial test 



corre lat ion 



Applications Hotline: 
1-800-FASTGAL 
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Testing. A_GAL_Device_In_A_System 

The GAL family supports register 
preload to allow testing of sequential 
device configurations in a system or 
quickly on ATE. The current state can 
be quickly pre-loaded so that all of 
the various transitions to a next state 
can be tested. This feature is 

supported by the JEDEC standard data 
transfer protocall for test vector 
transfer. I*any of the major device 
programmers also support this pre-load 
feature to f unct ional ly test a 
patterned PLD. 

The implementation of preload in 
the GAL devices is somewhat unique in 
that it utilizes a serial shift scheme 
that allows both a load and unload of 
the registers. This serial-in serial- 
out shift technique allows the system 
designer or test engineer to devise a 
daisy-chaining scheme for forcing data. 
This scheme allows 100% cont rolabil ity 
and observability of the device states. 



SUMMARY 

The GAL-16VS and the GAL-20V8 
devices and their family members bring 
a new level of flexibility and quality 
to the user of programmable logic. The 
generic approach to functionality and 
compatibility and the philosophy of 
guaranteeing performance thru actual 
test makes the GAL family of devices 
the ideal choice for both prototyping 
and volume production environments. 



The author would like to recognize 
all of the individuals responsible for 
the Circuit and Topological Design, 
Process Architscture, Silicon 

Manufacture, Product Engineering, and 
Test Engineering that make the GAL 
concept possible. 
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DESIGN METHODOLOGY FOR NEW PROGRAMMABLE LOGIC DEVICES (PLDs) 
Leveraging new design tools for PLDs into instant custom silicon 



Lattice Semiconductor Corporation 
15400 NW Greenbrier Parkway 
Beaverton, OR. 97006 
503 629-2131 



Many design engineers have been 
reluctant to turn to programmable logic 
devices (PLDs) foi: new system designs 
because logic systems for PLDs were 
designed with minimized sum-of-products 
form boolean equations rather than the 
familiar schematic diagrams. Those 
that braved the transition faced a 
myriad of obstacles!, including learning 
a computer operciting system, a 
full-screen text editor, the language 
and syntax of a compiler or assembly 
language program, boolean theory, and 
the various architectures of 

programmable logic devices. The lack of 
reasonable hardware and software 
support was the biggest obstacle of 
all. All too often, after having 
carefully chosen a target PLD for a 
design, or even when converting 
existing TTL designs, the logic didn't 
quite fit in available PLDs, and extra 
effort was expended on repartitioning 
or respecifying the logic designs. 

Now, second generation silicon devices 
featuring high performance CMOS 
technology with reprogrammable memory 
cells and configurable architecture 
provide a universal device solution. 
For the first time, the silicon can be 
tailored to fit the logic, rather than 
the other way around. This paper will 
describe how to design systems with 
these new reprogrammable logic devices, 
using the latest hardware and software 
development tools. 



THE NEW SOFTWARE TOO LS 

The most popular of the early software 
development tools is PALASM (Birkner 
and Coli, 1983). PALASM is a simple 
language that converts Boolean 

equations, which represent the transfer 
functions from device input to output, 
into JEDEC standard fuse map files that 
are used to burn or program PLDs. With 
this prior generation tool, the logic 
equations must be reduced manually 



PAL is a registered trademark of 
Monolithic Memories. Inc., Santa Clara 
Ca. 



using Karnaugh maps and DeMorgan's 
theorem to make the system logic fit in 
a target device. PALASM is limited to 
PAL R devices only, and does not 
support PROMs or FPLAs. 

New high-level hardware programming 
languages have been developed that are 
useful for defining logic designs for a 
variety of PLDs. These include ABEL, 
from DATA/ IO in Redmond, Wa. and CUPL, 
from Assisted Technology, in San Jose, 
Ca. Both are compiler-based software 
that provide syntax checking, logic 
reduction, and design simulation. With 
these new software tools, a design can 
be specified with any combination of 
state diagrams, boolean equations, or 
truth tables. A design engineer chooses 
the construct that best fits a 
particular logic design. 

These new languages remove the need of 
a designer to understand PLD 
architectures. Particularly when 
coupled with one of the new generic 
array logic products which feature 
variable architecture, programmable 
logic suddenly becomes very attractive 
for logic design. Designs can be 
thought through in a logical, 
functional manner, and described that 
way in a high level programming 
language. Designs using generic array 
logic devices can be developed, tested 
and simulated without concern about 
which fuses or memory cells will be 
programmed to implement the logic or 
device architecture. 

In the balance of this paper, the 
features and benefits of ABEL and CUPL 
will be viewed, along with a 
description of new variable 

architecture PLD devices, the GAL16V8 
and the GAL20V8. Some design rules for 
the new PLDs will be presented, and the 
paper concludes with brief look into 
the future of programmable logic 
design. 



THE ABEL PROGRAMMING LANGUA GE 

The syntax of ABEL resembles the C 
software programming language. As a 
result, designs are easy to read and 
understand. Figure 1 is an example from 
the ABEL applications guide. The truth 
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table structure is the most natural 
to represent the design and the sy 
creates a self-documenting source 



The ABEL language 
consists of six 
executed in sequence 
design. The six r 
TRANSFOR, REDUCE , 
and DOCUMENT. Each 
produces an intern 
serves as input tc 
the sequence, as dec 



processor actually 
programs that are 
to process a logic 
rograms are PARSE, 
FUSEMAP, SIMULATE, 
of these programs 
ediate file that 
the next program in 
icted in figure 2. 



The PARSE program reads the source 
input file that contains the logic 
specification, checking for proper 
syntax. It expands macros and set 
references to actus 1 sets, and converts 
state' diagrams ard truth tables to 
Boolean equations. There are two output 
files produced by PARSE. One is an 
intermediate file used as input to 
TRANSFOR, the other is a listing file 
that contains error messages and 
expanded macros. 

The TRANSFOR program reads the 
intermediate output file from PARSE. It 
does the next level of transformation 
on the source by replacing all sets 
with equivalent equcitions and replaces 
all operators with NOT, AND, OR, and 
XOR operators. Product term equations 
destined for the same output are ORed 
together and till "don't care" 
references are resolved. 



.o-sev.n-aegmenL d.tod.r simU.r to in. 7MU0 



[1.11 
[L.21 
[L,3] 
[L.tt] 
[1,51 
U,6) 
IL.7) 
CL.Bj 
CL,9] 
[L.D] 
[H.51 
[H,9] 
[»,0] 



-> [ ON 

-> (OFF 

-> ( ON 

-> [ OH 

-> I ON 

-> [ ON 

-> [ ON 

-> 1 ON 

-> [ I 

-> I I 



Figure 1 Truth Table design example 



■ Listing File 



parsed source text 



transformed equations 



reduced equations 



■ Programmer Load File 



internal fuse data 



Simulation Output 
File 



Documentation 

File 



indicates batch file processing 



Figure 2 ABEL Processor flow diagram 

The REDUCE program operates on the 
Boolean equations that are output from 
TRANSFOR to convert them to 

sum-of-products form. The equations are 
then minimized according to basic rules 
of Boolean algebra, then optionally 
with PRESTO or PRESTO-by-pin . (PRESTO 
is a logic reduction algorithm 
developed by Antonin Svoboda that 
eliminates input and product terms) . 
This program automatically reduces the 
logic to near minimal form, relieving 
the designer from the tedious task of 
manual reduction through classic logic 
design techniques such as Karnaugh 
maps . 

FUSEMAP processes the output from 
REDUCE into a JEDEC standard load file 
that is transmitted to programming 
equipment. The file contains 

information on which fuses or cells to 
program, as well as architecture 
information for configurable devices. 
If test vectors are specified in a 
source file, they are contained in this 
file for simulation and post-program 
testing. An intermediate file is 
produced that mirrors the actual device 
configuration, including architecture, 
for input to the simulator. 
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The SIMULATE program takes the 
intermediate file output from the 
FUSEMAP program, including test 
vectors, along with a device 
specification file provided with ABEL 
to fully simulate the actual operation 
of a device design. The fuse map and 
test vectors used in device simulation 
are the same as these used to program 
and test the real PLD. An iterative 
process is usee to simulate both 
combinational and registered 

configurations (with feedback) , so that 
unstable designs car be detected. 

Finally, the DOCUMENT program uses 
intermediate output files from the 
other programs to create a text file 
that fully documents the design. 
Options in the document include 
original equations and those produced 
from truth tables and state diagrams, 
transformed and reduced equations, a 
fuse map pictorial, a symbol table, 
test vectors, and a pin diagram. 

ABEL is a very nc.tural and complete 
logic design software tool for all 
forms of programmable logic. The high 
level language is combined with various 
levels of automatic logic reduction, 
full design simulation, error checking, 
and design verification through test 
vectors. 

ABEL runs under NS tm -DOS or PC-DOS R 
operating systems en the IBM R PC and 
most compatibles, or on VAX tm systems 
under VMS tm 3.0 cr Berkeley UNIX tm 
version 4.2. 



CUPL - A UNIVERSAL HARDWARE COMPILER 

CUPL tm is an industry standard 
high-level programming language (from 
Assisted Technology, San Jose, Ca.). 
CUPL is, like ABEL, compiler-based, and 
supports almost all PLD devices, 
including PROMs and FPLAs. The 
commitment to support all types of 
programmable devices is important to 
system designers because it provides 
them a wealth of devices to choose 
from. This is in contrast to the 
assembler-based software available from 
PLD manufacturers, which typically 
support only one family of devices from 
a given manufacturer. 

With CUPL, designers can avoid sole 
source situations. As shown in figure 
3, a single logic description in CUPL 
can be compiled in:o several different 
devices from many different companies, 
providing multiple sources for system 
sockets. 




Figure 3 Multiple sources at the socket 

The syntax of CUPL is chosen from the C 
language as follows: 

& = logical AND 

# = logical OR 

$ = logical exclusive-OR 

! = logical inverse (negation) 
Comments can be placed anywhere in the 
source code and are enclosed in the 
familiar /* ...comments ... */ form. 
Symbolic names can be used to define 
pin variable names, internal nodes, 
intermediate variables, constants and 
bit-fields. Macro substitution and 
bit-field specifications are two of the 
major advantages that CUPL (and ABEL) 
have over assmembler-based languages. 
This is readily apparent upon 
examination of figure 4. 

Comparative Design Example: 

Produce an I/O Buffer Enable signal 
which is asserted over the Hex Address 
Range 10 thru 14. 



Equations Using Boolean 
Assembler/Translator 

BUFFEN = 

IORD • /A7 • (A6 • /A5 • A4 • /A3 • /A2 • /A1 • /AO 
+ IOWR • /A7 • /A6 • /A5 • A4 • fA3 • /A2 • /A1 • /AO 
+ IORD • /A7 • /A6 • /A5 • A4 • /A3 • /A2 • /A1 • AO 
+ IOWR • /A7 • /A6 • /A5 • A4 • /A3 • /A2 • /A1 • AO 
+ IORD • /A7 • /A6 • /A5 • A4 • /A3 • /A2 • A1 • /AO 
+ IOWR • /A7 • /A6 • /A5 • A4 • /A3 • /A2 • A1 • /AO 



Equations Using CUPL: 

„,„. | ' """FIELD ADR = [A7.T0I ; 

' | n'.r.-.-'OREQ = IORD # IOWR ; 

„,,,...,..,^BUFFEN = IOREQ& ADR:[10.14] ; 
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The PLD design process with CUPL is 
straight forward, and is diagrammed in 
figure 5. The CUl'L software package 
provides a skeletal source file as a 
suggested starting point for creating a 
specific design source. Once the design 
is completed (source code can be 
expressed in trutli table form, high 
level boolean equations or state 
machine syntax) the source is compiled 
with the target dev:.ce specified in the 
compile command line, along with the 
level of logic reduction required 
(none, quick, reduce until fits, and 



THE PLD 

DESIGN PROCESS 



COPT MPL PLD 
IHTO 

1OIJI1 HI- NAME PLD 

] 

EOII YOUR I HE NAME P10 
10 ADD DiSCRtPIIONS 




full minimization) . The compiler has 
several output options including list 
and documentation files, as well as 
JEDEC formatted output for downloading 
to a programmer. 

The second half of the CUPL design 
process is running the logic simulator, 
CSIM. The CSIM simulator takes a logic 
description from the compiler and 
combines it with a stimulus/response 
function table written by the design or 
evaluation engineer, and performs a 
design simulation. CSIM will output a 
text file that specifies any errors, 
and a JEDEC fuse map file that includes 
test vectors. 



Designed for hardware engineers, CUPL 
is an easy to learn, simple, powerful 
and self-documenting language useful 
for any programmable logic device 
design. The development vehicle can be 
any CP/M, MSDOS, UNIX, or VMS based 
computer. 



UNIVERSAL DESIGN TARGETS 

New programmable logic chips developed 
by Lattice Semiconductor Corp. rely on 
EEPROM cells for an electrically 
alterable architecture that enable them 
to directly replace any of 21 device 
architectures in the 20-pin and 24-pin 
bipolar PAL family manufactured by 
Monolithic Memories Inc. Called the 
GAL™ 16V8 (for Generic Array Logic), 
and the GAL 20V8, Lattice's low-power 
CMOS devices offer bipolar speed 
(25-nanosecond propagation delay) and 
output drive (24-milliampere !ol) ' 
but replaces the usual fuses with 
EEPROM cells. The result is 
electrically reprogrammable and 
reusable devices that can be programmed 
on standard logic-array programmers, 
and can use the new standard software 
(such as ABEL and CUPL) . 

Lattice is the first company to apply 
EEPROM technology to a programmable 
logic device. The new user benefits are 
numerous. GAL devices can be used over 
and over during system prototyping; a 
device once used as a 14L8, for 
example, can be reprog rammed as a 20R6 
for another circuit. Thanks to the 
advanced output logic architecture, 
each output can be individually 
tailored as registered, combinational, 
active-high, active-low, input-only, or 
bi-directional. This generic 

architectural flexibility relieves the 
design engineer from being forced to 
choose a target device for his logic 
design ahead of time. By removing this 
design encumberance , many more design 
engineers will opt for programmable 
logic devices in their designs. 

The key element of the GAL 16V8 that 
provides its architectural flexibility 
is the output logic macrocell (OLMC) , 
shown in Fig. 6. The OLMC allows each 
output to be individually set to the 
system designer's choice of active high 
or active low, with either combina- 
tional (asynchronous) or registered 
(synchronous) configurations. A common 
output enable can be connected to all 
outputs, or product terms can be used 
to provide individual output enable 
control. The output logic macrocell 
provides the designer with maximum 
output flexibility in matching signal 
requirements, thus providing a 

universal target for all possible 
20-pin logic device designs. 



Applications Hotline: 
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Beyond Ordinary PLD devices 

The GAL 16V8 is a superb replacement 
for the bipolar family of 20-pin 
devices; however, the flexibility of 
the output logic macrocell (OLMC) 
allows the GAL devices to be configured 
in many ways that are not possible with 
ordinary PLD devices;. For example, the 
ability to piece a synchronous 
(registered) output, on any or all of 
the output pins allows the user to 
create a variety of devices such as a 
16R1 or a 16R5 — architectures not 
possible with the ordinary PLD devices 
available today. 

The need for "odd" architectures often 
arises during tk.e system design 
process. For example, suppose the 
target device for a latched two-to-four 
decoder is a 16R4, a reasonable choice. 
If one of the decoded functions turns 
out to need a "rot-Ready" response, 
requiring one extra state bit for 
wait-state insertion, a designer must 
add some standard TTL glue circuitry to 
include a wait-state generator, or 
search through catalogs to find another 
device . 



Unfortunately, no c 
includes only five 
such circumstances 
excels. Using the 
target device with 
software tools, sue 
turns the situatic 
first time, the sc 
the silicon to fit 
than forcing an er 
or repartition his 
device that "almost 
requirements. 



rdinary PLD device 
registers, and in 
, the 16V8 device 
GAL 16V8 as the 
one of the available 
h as CUPL, in fact, 
n around; for the 
ftware will tailor 
the design, rather 
gineer to respecify 
logic to fit a 
" meets the design 



This more efficient, packing of logic 
into the GAL 16V8 will allow designers 
to increase functional density over 
that currently poss ible with PLD-based 
designs. The increase in density may 



range from 5 to 25% based on the 
current usage of PLD devices in 
systems . 

A key point here is that the ability to 
use these more unconventional 

configurations of the GAL 16V8 is fully 
supported by the industry standard PLD 
software support packages, ABEL and 
CUPL. 

DESIGN METHOD? 

There are three groups of design 
engineers who can benefit from the new 
software tools and silicon. Those that 
design with "paper and pencil" using 
TTL standard product, those currently 
designing with PLDs, and those that use 
computer-aided engineering (CAE) 

workstations. 

For those hardware engineers familiar 
with designing logic by drawing out 
schematics, but are not so familiar 
with software, there are easy entries 
to PLD design. One is DASH-ABEL, by 
Futurenet. This design tool is 
essentially a schematic capture 
preprocessor for ABEL that runs on a 
standard IBM PCXT or PCAT installed 
with a specially designed high 
resolution graphics board. The software 
package takes logic diagrams drawn 
on-screen with a mouse and translates 
those schematics into the equations 
that represent the transfer functions 
of the logic blocks. These equations 
are format compatible with the ABEL 
language compiler, and can be 
automatically tranformed down to 
specific device fuse map data. 

With DASH-ABEL, engineers are 

introduced painlessly to PLD design, 
using a tried and true methodical 
approach to logic design. Another paper 
in this session entitled "Design for 
Programmable Logic Using Schematic 
Capture", by Brenda French and Ngoc 
Nicholas, covers the DASH-ABEL 

schematic capture program in detail 
CUPL-GTS by Assisted Technology is 
another example of a schematic capture 
preprocessor; in this case the 
preprocessor incorporates CUPL in its 
internal operation, providing the 
benefits of automatic logic reduction, 
and simulation through CSIM. Once a 
logic schematic has been entered, an 
engineer can quickly check to determine 
if the logic fits in a target device. 
Through pop-up menus, the entire design 
process can be handled with the mouse; 
keyboard entry and programming is not 
required. 

System designers using CAE workstations 
can now benefit from the development of 
the high level PLD design software. 
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Until now, engineers designing logic on 
workstations had been limited to 
semicustom or full custom logic design 
solutions. However, as CAE workstations 
migrate to board-level system design 
capability, PLD design capability is 
being offered. The effort to link 
workstations with PLD design software 
is being lead by Assisted Technology 
through its recent merger with PCAD of 
Los Gatos, CA. 

Until recently, PLDs were treated as 
black holes during system simulation on 
workstations. CUPL now has an interface 
to workstation software, thus providing 
device-dependent information to 
workstation software. It is important 
to use this capability during system 
simulation, so that an accurate device 
model is presented to the workstation 
software, including the necessary 
minimization of the PLD design. 

Recall that devices with logic 
macrocells can have pins that are 
outputs in one design and inputs in 
another. This can causes problems in 
extracting a device image from the 
workstation shape library, unless a 
proper interface is provided by the 
PLD software. Correct interpretation of 
architectural configuration data for 
correct topological modeling is 
provided by using CUPL with workstation 
software. As new PLD devices continue 
to move into the gate array market, the 
traditional home-ground of 

workstations, the recently forged links 
between workstation software and PLD 
software will play an increasingly 
important role in the continued growth 
of the PLD business. 

The last group of engineers to benefit 
from the emergence of the new PLD 
design tools are those that are 
currently designing with PLD devices. 
For those engineers, the benefits will 
become readily apparent after the first 
design cycle using the new tools. To 
take best advantage of the new software 
tools, get familiar with all the 
capabilities of the software. In the 
migration from assembler based software 
to the new tools, eld habits are easy 
to fall back on. Take advantage of the 
ability to create documentation within 
the source file. Use bit field notation 
and expression substitution where 
appropriate to simplify the 

specification and increase the clarity 
of the document. 

When designing state machines, use 
identifiers rather than numbers for 
states and state transitions. Take 
advantage of the power-up reset 
capability of newer PLDs in setting the 
machine to a known state on power-up. 
This can save product terms for another 
purpose (sometimes this is not possible 



if the logic requires reset capability 
for other than power-up) . 

With ABEL, unsatisfied state transition 
conditions clear the state register. 
This can be used to some advantage to 
eliminate product term usage explicit 
definition of all transition. Keep in 
mind, though, a state must always be 
assigned to the cleared-register state. 

Another good idea is to number adjacent 
states for one-bit changes (the state 
diagram maps to an N-cube) . Select 
numeric constants for the state names 
so that state registers change by one 
bit only (ie. grey code transitions) 
from one state to the next. This can 
greatly reduce the number of product 
terms required to describe state 
transitions, and is a step in providing 
hazard-free logic designs. 

Finally, a word of caution when 
creating creating hazard-free logic 
designs. Often, a redundant term is 
introduced into a logic expression to 
produce "glitch-free" outputs during 
input transitions of combinational 
networks. This is a proven and valid 
logic design technique. (Refer to 
Harris Programmable Logic Application 
note 106, "Hazard Free Logic Design", 
by Steve Bennett) . Unfortunately, when 
using either of the automatic reduction 
algorithms built-in to CUPL or ABEL, 
all redunant terms are eliminated, 
whether the redundancy is intentional 
or not. Be aware that certain levels of 
logic reduction can potentially 
recreate a logic hazard in the design. 
This is easily handled by using a 
simpler level of reduction, where 
redundant terms are not eliminated, and 
can be used safely. 



1. ABEL 1.1 Applications Guide, 
DATA I/O Corp, 1985 

2. CUPL User's Manual, Assisted 
Technology, 1984 

3. Kyu Y. Lee, and others, "A 
High-Level Language for Programmable 
Logic Devices", VLSI Design, June 
1985 

4. Osann, Bob, "Compiler-based software 
and PLDs improve logic design", EDN, 
January, 1985 

5. Osann, Bob, "Handling Programmable 
Logic on CAE Workstations", VLSI 
Design, July 1985 



Applications Hotline: 
1-800-FASTGAL 



Q OO 



9-30 




E 2 CMOS PROGRAMMABLE LOGIC: 
SUPERIOR QUALITY, FLEXIBILITY AND SYSTEM PERFORMANCE 



Jerry Greiner 

This paper was presented at Electro '86, May 14, in 
Boston, Massachusetts, and appeared in the Electro/86 
Professional Session Record, Session 12, Copyright © 
Electronic Conventions Management, Inc. □ 



Applications Hotline: 
1-800-FASTGAL 



9-31 



E*CMOS PROGRAMMABLE LOGIC: SUPERIOR QUALITY, FLEXIBILITY, 

AND SYSTEM PERFORMANCE 

Jerry Greiner 
Applications Manager 
LATTICE SEMICONDUCTOR CORP. 
15400 NW Greenbrier Parkway 
Beaverton, Oregon 97006 
(503) 629-2131 



Lattice SemiconductDr is pioneering the 
use of Electrically Erasable (E 2 ) CMOS 
technology to build reconf igurable, 
high speed, low power programmable 
logic devices (PLD) . A 25ns PLD has 
been developed utilizing 1.5 micron 
CMOS floating gatu memory technology 
and unique design methodology to 
achieve high performance and superior 
quality. The technology and design 
approach will be examined in this 
paper. 



INTRODUCTION 

Over the past ten years, a number of 
programmable logic architectures and 
devices have been developed. The 
majority of the commercially successful 
PLDs have implemented in bipolar 
technology. This technology has the 
advantage of high functional speed at 
the expense of relctively high power 
consumption and lack of flexibility 
(one-time programmability) . Architec- 
tural flexibility has only been 
available through hardwired mask 
options. Recent developments in 

bipolar technology have produced one- 
time field configurable architectures. 
MOS floating gate technologies 
( E PROM/ E E PROM ) have been utilized to 
address the reprogrammability and 
reconf igurability issues but these 
devices typically suffered tremendous 
speed impact (100ns) in order to 
achieve flexibility. 

Lattice has cleared this hurdle by 
introducing CMOS PLDs implemented in a 
high performance fl Dating gate process 
which approaches bipolar performance 
levels at significantly reduced power 
levels. The E z memory technology has 
also been utilized to realize a device 
that is not only r aprogrammable but 
also architectural Ly reconf igurable . 
The first two products in the family 



are the 20-pin GAL™16V8 (Generic Array 
Logic) and 24-pin GAL20V8. The 
technology in general and the GAL20V8 
in particular will be examined in the 
forthcoming text. 



INSIDE THE GAL2 0V8 

The logic diagram of the reconf igurable 
GAL20V8 is shown in Figure 1. The 
corresponding die photograph is shown 
in Figure 2 . To achieve higher 
performance, the array has been split 
into two halves with row drivers 
driving both directions (Figure 2) . 
This effectively halves the polysilicon 
row delay line and paves the road to a 
device which touts a maximum 
propagation delay of just 25ns. 

A novel , high speed programming 
technique has been implemented through 
the use of an 82-bit serial shift 
register. This allows an entire row of 
data (64 bits) to be serially loaded 
into the device and subsequently 
parallel programmed onto a selected row 
in one 10ms programming cycle. Since 
the entire array contains a total of 4 
rows, the device can be completely 
programmed in 400ms (40 rows x 10ms). 

The GAL20V8 is packaged in a 300 mil 
2 4 -pin DIP and features ten inputs on 
pins 2-11 and eight bi-directional 
programmable Output Logic Macrocells 
(OLMC) on pins 15-22. Architecture 
configuration is achieved through the 
OLMC, which is shown in Figure 3. Four 
different multiplexers combine to allow 
any of the architecture configurations 
shown in Figures 4-7. The designer can 
choose to configure each OLMC as either 
a dedicated input, dedicated 

combinational output, bi-directional 
combinational output with feedback, or 
registered output with feedback. 
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The benefits of generic architecture 
flexibility become immediately apparent 
when designing with GAL devices. The 
user need not be concerned with a 
specific architecture or pinout as he 
would with a fixed architecture device 
like a PAL device. Instead, the GAL 
design specification is created and 
compiled using industry standard 
software (ABEL, CUPL) with each output 
macrocell being configured as needed. 
Furthermore, it is the software which 
determines how the architecture bits 
for each macrocell will be configured. 
The user specifies the output type and 
the software does ttie rest. The design 
task is greatly simplified because of 
the freedom to configure each output as 
required and by not being confined to a 
predetermined architecture. However, 
flexibility does not stop with 
architecture in the GAL2 0V8. 

Flexibility is further enhanced by the 
ability to electrically erase and 
reprogram GAL devices. The very fast 
(50ms) bulk erase function permits 
instant reprogramming/reconf iguring of 
the device. This is one of the major 
technology advantages of an 

electrically erasable device over an 
ultraviolet erasable device where the 
user is required to expose the device 
to ultraviolet light for a period of 
twenty minutes or so before the device 
can be reused. 

The erase cycle has; been incorporated 
into the front end of the programming 
cycle of the device and therefore is 
virtually transparent to the user. The 
key benefit here is that no additional 
handling step is required for 
erasing/reprogramming. The device is 
simply put back into the device 
programmer and reprogrammed , instantly. 
Another key technology advantage of 
E 2 CM0S is 100% testability by the 
manufacturer which guarantees the 
absolute highest quality PLD available. 



TESTABILITY: E^ CMOS DOMINATES COMPETING 
TECHNOLOGIES 

The GAL family are the only devices 
that offer E ? CMOS technology. This 
technology has many benefits over the 
competitive fuse-link, and EPROM 
(ultra-violet) based arrays with regard 
to testing. With the EEPROM based 
programming, a GAL device is completely 
tested before it ever leaves the 
factory, including programming. Each 



and every programmable element of the 
logic array is tested several times. 
This is something that cannot be done 
with bipolar PAL devices because once 
the fuses are blown, they cannot be 
replaced. 

Testing the fuses on a PAL device would 
in effect program it, rendering it 
useless to the customer. PAL device 
manufacturers have made efforts to get 
around this problem by including test 
fuses on their dies, but this still 
does not guarantee that the actual 
array fuses will successfully blow. 
Typical programming fall-out for fused 
devices runs from 1% to 2% or higher. 
This level of fallout is costly in both 
time and money, and seriously impairs 
the efficency of high volume production 
lines . 

The E 2 CM0S cell based logic device is 
also superior to the EPROM cell logic 
devices. True, the EPROM cell based 
devices offer the ability to be erased. 
Unfortunately, this feature is paired 
with the time consuming and cumbersome 
process of ultraviolet light exposure 
necessary to erase the EPROM cells. 

The manufacturers of devices using this 
technology are limited in the number of 
program/erase cycles that they can 
perform because this erasure takes some 
twenty minutes to perform. Endurance 
of the cells cannot be checked due to 
this limitation. The long erasure 
takes its toll when it is desired to 
check multiple patterns during other 
functional portions of the test 
process. Only one pattern can be 
tested per insertion without making 
some serious compromises. 

Some current implementations of the 
EPROM based cell are being packaged in 
one-time-programmable (OTP) windowless 
packages . These devices are not 
erasable by the manufacturer or the user 
after assembly. Although each cell has 
probably been programmed and erased once 
in prior processing, the cells cannot be 
reprogrammed, tested, and subsequently 
erased after packaging. The E 2 CM0S cell 
based logic devices can. Alternativley , 
EPROM cell based logic device 
manufacturers rely upon a correlation to 
a "phantom array" for programmability 
and performance verification. This is 
the same scheme the bipolar 
manufacturers implement to test their 
programmable logic devices and is 
clearly inferior to the E 2 CMOS cell 
based approach. 
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The floating gate technology used in GAL 
devices is based on the well known 
Fowler-Nordheim Tunneling process. This 
process is based on a negligible 
current, controlled voltage programming 
process. The fast electrical erasure of 
of the GAL device allows endurance to 
be guaranteed through actual test 
cycling as well as providing the 
opportunity to pattern the device many 
times during the manufacturing process 
to examine the actual functionality of 
the logic elements under direct control 
of the array cells exactly as the 
device would function under the control 
of a user defined pattern. 

The E z CMOS cell is larger than a 
corresponding E PROM type cell. 
Historically this was a concern with 
PROM devices as they are die size 
limited by array cells; however, a 
programmable logic device is not as 
array intensive as the PROM. In fact, 
the GAL device array occupies only 6-7% 
of the total die area. The impact of 
the larger cell si::e on total die area 
is only 2-3%, a trivial amount to trade 
off for full testability by both 
manufacturer and user. This tradeoff 
definitely results in lower overall 
cost to the user since there no longer 
is a concern with i non-existent) reject 
devices. 

GAL devices a] so incorporate a 
proprietary Margin Test feature that 
allows the actual charge potential of 
each cell to be verified individually 
to ensure full proc ramming margins. To 
verify retention, all GAL devices are 
patterned and baked for 48 hours to be 
sure that the individual cells retain 
their data. Weak cells that lose some, 
but not all, of their charge would not 
normally be detectable without this 
analog bit-by-bit margin test feature. 
The user of Lattice devices can have 
full confidence in the twenty year 
minimum retention specification of 
these devices, again due to the actual 
test performed on the cell. Currently 
approved programming hardware verifies 
that the cells are programmed well 
beyond the minimum margins required for 
proper retention an 3 performance. 

The GAL family of devices guarantees 
through actual test the programmability 
of each cell, its ability to retain 
charge for the specified time period, 
and its ability to withstand repeated 
write/erase cycles (endurance) . The 



impact of this "actual test philosophy 
is directly observable in the quality 
levels of the GAL devices. 



FUNCTIONAL VERIFICATION 

GAL devices are tested under many 
different conditions during 

manufacture. To minimize the test time 
during some of the early (wafer probe) 
test operations where functionality of 
various portions of the circuit are 
being verified for the first time, it 
is to Lattice's advantage to test as 
quickly as possible. We have 

incorporated some special features into 
the GAL device which allow the array to 
be overridden during the proprietary 
Logic Test Mode. Data from the serial 
shift register overrides the array and 
travels through the sense amps so that 
the subsequent logic circuitry is 
driven by the actual signals it will 
see in normal operation. This test 
mode is more comprehensive than some of 
the alternate approaches used in 
previous design since the sense amp is 
not overridden. The sense amp is a 
critical untested portion of the 
circuitry in other PLDs. The Logic 
Test Mode allows complete testing and 
verification of the sense amps. 

The functional testing of the output 
logic can be done in microseconds as 
opposed to milliseconds since it is not 
necessary to pattern the array to force 
a particular configuration or data 
condition. The cost savings of this 
technique over many test probes and 
insertions is dramatic. This 
manufacturing cost savings is passed 
along to the user in the form of higher 
quality devices with lower effective 
ASP devices. 

The Logic Test Mode is not used to test 
the switching performance of the 
device. Actual array and architecture 
programming is necessary to verify the 
switching performance under normal 
conditions. Some 10 to 12 different 
array patternings are performed during 
each of the various configurations of 
the device under worst case patterning 
conditions. Devices using fuse-link 
technology must use rely on correlation 
and the EPROM based devices are 
restricted to 1 or 2 compromised 
patterns due to the lack of a cost/time 
effective erase capability. 
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TESTING GAL DEVICES IN SYSTEM 

The GAL family supports register 
preload to allow testing of sequential 
device conf igurations in a system or 
quickly on ATE. The current state can 
be quickly preloaded so that all of the 
various transitions to a next state can 
be tested. This feature is supported 
by the JEDEC standard data transfer 
protocol for test vector transfer. 
Many of the major device programmers 
also support the preload feature to 
functionally test a patterned PLD. 

The implementation of preload in the 
GAL devices is somewhat unique in that 
it utilizes a serial shift scheme that 
allows both a load and unload of the 



registers. The serial-in, serial-out 
shift technique allows the system 
designer or test engineer to devise a 
daisy-chaining scheme for forcing data. 
This scheme allows 100% controlability 
and observability of the device states. 



SUMMARY 

The GAL2 0V8 and GAL16V8 bring a new 
level of flexibility and quality to the 
user of programmable logic. The 
generic architecture approach, E 2 CMOS, 
technology, and the philosophy of 
guaranteeing performance through actual 
test makes the GAL family of devices 
the ideal choice for both prototyping 
and volume production environments. 
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The architectures represented above correspond to 'industry-standard' programmable logic devices. The GAL16V8 
is by no means limited to these few. Please see Sections 3 and 6 for explanation of how GAL device Output Logic 
Macrocells (OLMCs) provide limitless architectural possibilities. 
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All GAL devices manufactured by Lattice Semiconduc- 
tor are supported by third-party development tools. The 
manufacturers of these tools are listed below for your 
reference. Contact Lattice for a current list of qualified 
suppliers and revisions. 

GAL devices can be protjrammed by your local Lattice 
authorized distributor as well. □ 



PROGRAMMER MANUFACTURERS 



Data I/O Corp. 

10525 Willows Road N.E. 

P.O. Box 97046 

Redmond, Washington 

98073-9746 

United States 

Phone: (206) 881-6444 

Telex: 152167 FAX: 



World Trade Centre 
Strawinskylaan 633 
1107 XX Amsterdam 
The Netherlands 
Phone: (20) 622866 
Telex: 4740166 



(206)882-1043 



FAX: (20) 627255 



Stag Electronic Designs 

Tewin Court 
Welwyn Garden City 
Hertfordshire AL7 1AU 
United Kingdom 
Phone: (07073) 32148 
FAX: (07073) 71503 
Telex: 8953451 

528-5 Weddell Drive 
Sunnyvale, California 94089 
United States 

Phone: (408) 745-1991 or (800) 227-8836 
Telex: 9103399607 FAX: (408) 745-0294 

Inlab, Inc. 

2150-1 W. 6th Avenue 
Broomfield, Colorado 80020 
Phone: (303) 460-0103 

Valley Data Sciences 

Charleston Business Park 
2426 Charleston Road 
Mountain View, California 94043 
Phone: (415) 968-2900 
Telex: 4993461 

Varix 

1210 E. Campbell Road Suite 100 
Richardson, Texas 75081 
Phone: (214) 437-0777 
Telex: 203906 



Oliver Advanced Engineering (OAE) 

320 W. Arden Avenue Suite 220 
Glendale, California 91203 
Phone: (818)240-0080 
Telex: 62914399 

Logical Devices 

1321 North West 65th Place 
Fort Lauderdale, Florida 33309 
Phone: (305) 974-0975 
Telex: 383142 

Digelec Inc. 

1602 Lawrence Avenue Suite 113 
Ocean, New Jersey 07712 
Phone: (201) 493-2420 
Telex: 754098 

Elan Digital Systems, Ltd. 

16-20 Kelvin Way 
Crawley, West Sussex 
England 
RH10 2TS 

Telex: 877314 FAX: (02935) 1 859 1 

Elan Digital Systems (ESP) 

P.O. Box 1610 

San Anselmo, California 94960 
Phone: (408) 734-2226 

Japan Macnics Corp. (JMC) 

516 Imaiminami-Cho, Nakahara-ku 

Kawasaki-City, 21 1 

Japan 

Phone: 044-711-0022 

Minato Electronics Inc. 

4105 Minami Yamada-Cho 
Kohoku-Ku, Yokohama 223 
Japan 

Digitronics Israel Ltd. 

25 Galgaley Haplada Street 

Herzliya B 

Israel 

46722 

AVAL Corporation 

1 1 Deansgrange Ind. Estate 
Deansgrange County Dublin 
Ireland 

Phone: (01) 850533 

Telex: 90 1 44 FAX: (0 1 ) 85003 1 

Sunrise Electronics 

524 South Vermont Avenue 
Glendora, California 91740 
Phone: (818) 914-1926 
Telex: 5106011165 
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GAL DEVELOPMENT TOOL SUPPORT 



Digital Media 

3178 Gibralta Avenue 
Costa Mesa, California 92026 
Phone: (714) 751-1373 

Micropross 

5 Rue Denis-Papin 
Pare d'activite's des pr^s 
59650 W/eneuve-d'Ascq 
France 

Phone: 20-47-90-40 
Telex: 120611 

Stack 

Unit 8 

Wedgewood Road 
Bicester, Oxon 
OX6 7UL 
United Kingdom 
Phone: 44-869-240404 

Kontron Electronics 

1230 Charleston Road 

Mountain View, California 94039-7230 



SOFTWARE DEVELOPERS 



Data I/O / FutureNet 

10525 Willows Road N.E. 
P.O. Box 97046 

Redmond, Washington 98073-9746 

United States 

Phone: (206) 881-6444 

Telex: 1 521 67 FAX: (206) 882- 1 043 

Assisted Technology / Personal CAD 

1290 Parkmoor Avenue 

San Jose, California 9512(5 

Phone: (408) 971-1300 

Telex: 882439 FAX: (408) 279-3752 

Valley Data Sciences 

Charleston Business Park 
2426 Charleston Road 
Mountain View, California 94043 
Phone: (415) 968-2900 
Telex: 4993461 

IDATA GmbH 

Hansastra/?e 29A 
D-7500 Karlsruhe 21 
West Germany 
Phone: 0721-57-9509 

NOTE: Lattice Semiconductor assumes no responsi- 
bility for the suitability or accuracy of third-party develop- 
ment tools. Lattice will pro/ide, upon request, a list of 
qualified and approved suppliers indicating a factory 
qualification of the tool ha:> been performed. 



PROGRAMMING INFORMATION 



GAL devices should be programmed using data for- 
matted within the JEDEC-recommended standard for 
PLD object code. 

Copies of JEDEC Standard No. 3 (JC-42. 1 ) may be ob- 
tained from Lattice Semiconductor or by writing to the 
following address: 

JEDEC Executive Secretary 
Electronics Industries Association 

2001 Eye Street N.W. 
Washington, D.C. 20006 
United States 



Applications Hotline: 
1-800-FASTGAL 
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STANDARD PRODUi 



□ Electrically tested per LATTICE Data Sheet. 

□ Supplied in hermetic aiid molded packages. 

□ Commercial, Industrial, or Military temperature 
range. 

□ Additional burn-in available. 



GAL16V8 -15 Q R 



M B 

L 



BLANK - NO BURN-IN 



(0 1 TO *75°C> 
I — INDUSTRIAL (-40° TO + 85°C) 

M -MILITARY (-55 "TO *125'C) 
P — PLASTIC DIP 
D — CERDIP 
C - SIDE-BRAZED DIP 
J - PLCC (J-LEADI 
R - CERAMIC LCC 
U-DIE 

— QUARTER POWER 
L — HALF POWER 

- 1 5 = 1 5ns I COMMERCIAL 
-25 = 25ns AND 
-35 = 35ns I INDUSTRIAL 

-20 = 20ns | MILITARY 
-30 = 30ns 

- 40 = 40ns I 



- DEVICE NAME: GAL16V8 
GAL20V8 
GAL39V1 8 
ispGAL1628 



HI-REL(X) PRODUCT 



□ Screened per MIL-STD 883C, Method 5004. 

□ Includes 160-hour burn-in at 125 °C. 

□ Electrically tested per LATTICE Data Sheet. 

□ Supplied in hermetic package only. 

□ Military temperature range only. 



GAL16V8 -30 Q R X 



- MIL PROCESS: X - 



HI-REL(X) ( - 55* TO + 125°C) 

- CERDIP 

- SIDE BRAZED DIP 

- CERAMIC LCC 

- DIE 

- QUARTER POWER 

- HALF POWER 



-DEVICE NAME: GAL1GV8 
GAL20V8 
GAL39V18 
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IL-STD-883C PRODUCT 



□ Screened per M/L-STD-883C Method 5004, 
Class B. 

□ Includes 160-hour burn in at 125°C 

□ Quality conformance tes ting, Method 5005, Class B, 
Groups A, B, C, and D. 

□ AC at 25 °C, d.c. and functional testing at 25 °C as 
well as temperature and power supply extremes 
performed on 100% of every lot. 

□ Supplied in hermetic package only. 

□ Military temperature range only. 



GAL16V8 -30 Q 



R /883C 
I l_ 



PROCESS: /883C - FULL 883C CONFORMANCE 
PACKAGE: D — CERDIP 

C — SIDE-BRAZED DIP 
R — CERAMIC LCC 



- POWER: 

- SPEED: 



J — DIE 

) — QUARTER POWER 
. — HALF POWER 
-20 = 20ns 
-30 = 30ns 
-40 = 40ns 



- DEVICE NAME: GAL16V8 
GAL20V8 
GAL39V18 
tspGAL16Z8 



SPEED/POWER CROSS-REFERENCE GUIDE 



SPEED 


POWER 


GAL 
DEVICE 


BIPOLAR 
PAL DEVICE 


15ns 
15ns 
15ns 


45mA 
90mA 
180mA 


-15Q 
-15L 
use -15L 


B 


* 20ns 

* 20ns 

* 20ns 


50mA 
90mA 
210mA 


-20Q 
-20L 
use -20L 


B MIL 


25ns 
25ns 
25ns 


45mA 
90mA 
180mA 


-25Q 
-25L 
use -25L 


B-2 
A 


* 30ns 

* 30ns 

* 30ns 


50mA 
90mA 
210mA 


-30Q 
-30L 
use -30L 


B-2 MIL 
A MIL 


35ns 
35ns 
35ns 


45mA 
90mA 
180mA 


-35Q 
-35L 
use -35L 


B-4 
A-2 
STD 


* 40ns 

* 40ns 

* 40ns 


50mA 
90mA 
210mA 


-40Q 
-40L 
use -40L 


B-4 MIL 
A-2 MIL 
STD MIL 



MILITARY TEMPERATURE RANGE 



Applications Hotline: 
1-800-FASTGAL 
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